未符号化的崩溃日志就象一本天书，看不懂，更别谈分析崩溃原因了。所以我们在分析日志之前，要把日志翻译成我们可以看得懂的文字。这一步我们称之为符号化。
在iOS Crash分析（文一）中已经提到过符号化的两种方式：
1.利用Xcode符号化
2.利用symbolicatecrash脚本符号化
其实这两种分析方式都使用了同一个工具符号化:***atos***。
atos是苹果提供的符号化工具，在Mac OS系统下默认安装。
使用***atos***符号化需要dsym文件。dsym文件是在编译工程的时候生成的，可以在Xcode Organizer的Archives标签栏下找到所有已归档的应用文件。它保存了编译过程的详细信息，其中包括符号信息。
注意: 你必需同时保留应用二进制文件和.dSYM文件才能将崩溃日志完整符号化。每次提交到iTunes Connect的构建都必需归档。
.dSYM文件和二进制文件是特定绑定于每一次构建和后续构建的，即使来自相同的源代码文件，每一次构建也与其他构建不同，不能相互替换。
如果你使用Build 和 Archive 命令,这些文件会自动放在适当位置。 如果不是使用Build 和 Archive命令，放在Spotlight能够搜索到的位置（比如Home目录）即可。
下面我们用***atos***对一条Crash进行符号化
还是看下面的例子：
### 1.进程信息 ###
Incident Identifier: E4201F10-6F5F-40F9-B938-BB3DA8ED7D50
CrashReporter Key: TODO
Hardware Model: iPhone4,1
Process: Taobao4iPhone [3538]
Path: /var/mobile/Applications/E3B51E77-D44D-4B3E-8767-B7DC2008D138/Taobao4iPhone.app/Taobao4iPhone
Identifier: com.taobao.taobao4iphone
Version: 4.8.1
Code Type: ARM
Parent Process: launchd [1]### 2.基本信息 ###
Date/Time: 2014-09-16 21:39:30 +0000
OS Version: iPhone OS 7.1.2 (11D257)
Report Version: 104### 3.异常信息 ###
Exception Type: SIGSEGV
Exception Codes: SEGV_ACCERR at 0xa2400db3
Crashed Thread: 0### 4.线程回溯 ###
Thread 0 name: Dispatch queue: com.apple.main-thread### 5.Crash调用堆栈 ###
Thread 0 Crashed:
0 libobjc.A.dylib 0x3838760c 0x38375000 + 75276
1 Taobao4iPhone 0x012c03e1 0x66000 + 19244001
2 Taobao4iPhone 0x012c054f 0x66000 + 19244367
3 Foundation 0x2e4de163 0x2e419000 + 807267
4 CoreFoundation 0x2dac9167 0x2da2a000 + 651623
5 CoreFoundation 0x2dac8d7f 0x2da2a000 + 650623
6 CoreFoundation 0x2dac711b 0x2da2a000 + 643355
7 CoreFoundation 0x2da31ebf 0x2da2a000 + 32447
8 CoreFoundation 0x2da31ca3 0x2da2a000 + 31907
9 GraphicsServices 0x3298b663 0x32982000 + 38499
10 UIKit 0x3037e14d 0x30310000 + 450893
11 Taobao4iPhone 0x0006b349 0x66000 + 21321
12 Taobao4iPhone 0x0006a5e8 0x66000 + 17896Thread 1:
0 libsystem_kernel.dylib 0x38928808 0x38928000 + 2056
1 libdispatch.dylib 0x38869e03 0x3885f000 + 44547### 5.动态库信息 ###
Binary Images:
0x66000 - 0x19cdfff +Taobao4iPhone armv7 <43ebe409980f31fd9be165a64b002af5> /var/mobile/Applications/E3B51E77-D44D-4B3E-8767-B7DC2008D138/Taobao4iPhone.app/Taobao4iPhone
0x9fa9000 - 0x9fb4fff QuickSpeak armv7 <eda7aee380373fad88f17971512f2777> /System/Library/AccessibilityBundles/QuickSpeak.bundle/QuickSpeak
0x2c667000 - 0x2c669fff AXSpeechImplementation armv7 <fceb6d31f58d3c41afa9ace822d266a7> /System/Library/AccessibilityBundles/AXSpeechImplementation.bundle/AXSpeechImplementation
我从中选出一条调用进行符号化：
1 Taobao4iPhone 0x012c03e1 0x66000 + 19244001
使用下面的命令符号化：
atos -arch armv7 -o "Taobao4iPhone.app.dSYM" -l 0x66000 0x012c03e1
结果：
1 Taobao4iPhone 0x012c03e1 -[TBSNSPagesContainerView subviewLayoutPage:] (in Taobao4iPhone) (TBSNSPagesContainer.m:227)
可以看到崩溃的类为TBSNSPagesContainerView，函数为subviewLayoutPage，文件名是TBSNSPagesContainer.m，行数是227行。
我们返回来看一下atos用法：
atos -o dysm文件路径 -l 模块load地址 -arch cpu指令集种类 调用方法的地址
dysm文件路径：可以在Xcode Organizer的Archives标签栏下找到所有已归档的应用文件。它保存了编译过程的详细信息，其中包括符号信息。
模块load地址：模块加载的基地址，可以在日志的***动态库信息***中找到对应模块的基地址。这里为0x66000
cpu指令集种类：可以为armv6 armv7 armv7s arm64。具体用哪个，可以参考对应模块的***动态库信息***中确定。如
0x66000 - 0x19cdfff +Taobao4iPhone armv7 <43ebe409980f31fd9be165a64b002af5> /var/mobile/Applications/E3B51E77-D44D-4B3E-8767-B7DC2008D138/Taobao4iPhone.app/Taobao4iPhone
那么Taobao4iPhone模块的cpu指令集为armv7
调用方法的地址:这里是0x012c03e1，在iOS Crash分析（文二）中做过解释
