iOS Crash 捕获及堆栈符号化思路剖析

不念不忘少年蓝@ 2023-10-17 15:28 99阅读 0赞

最近在做 Crash 分析方面的工作，发现 iOS 的崩溃捕获和堆栈符号化虽然已经有很多资料可以参考，但是没有比较完善的成套解决方案，导致操作起来还是要踩很多坑，耽误了很多时间。所以想做一个总结，阐述 Crash 收集分析的整体思路和出坑指南，具体细节实现会给出相关参考资料。有了思路，实现也就 So Easy 啦。

**崩溃捕获**

对于崩溃捕获，以前在 [ 移动端监控体系之技术原理剖析][Link 1] 中详细阐述过，并且给出了相应的 Demo，崩溃主要是由于 Mach 异常、Objective-C 异常（NSException）引起的，同时对于 Mach 异常，到了 BSD 层会转换为对应的 Signal 信号，那么我们也可以通过捕获信号，来捕获 Crash 事件。针对 NSException 可以通过注册 NSUncaughtExceptionHandler 捕获异常信息。下图摘自阿里百川，简洁明了的展现了客户端崩溃分析架构。

![2.png][]

**冲突**

在我们自己研发 Crash 收集框架之前，最早肯定都会接入网易云捕、腾讯 Bugly、Fabric 等第三方日志框架来进行崩溃的收集和分析。如果多个 Crash 收集框架存在时，往往会存在冲突。

不管是对于 Signal 捕获还是 NSException 捕获都会存在 handler 覆盖的问题，正确的做法应该是先判断是否有前者已经注册了 handler，如果有则应该把这个 handler 保存下来，在自己处理完自己的 handler 之后，再把这个 handler 抛出去，供前面的注册者处理。这里给出相应的 Demo，Demo 由@zerygao提供。

<table> 
 <tbody> 
  <tr> 
   <td> 
    <div>
      1 
    </div> 
    <div>
      2 
    </div> 
    <div>
      3 
    </div> 
    <div>
      4 
    </div> 
    <div>
      5 
    </div> 
    <div>
      6 
    </div> 
    <div>
      7 
    </div> 
    <div>
      8 
    </div> 
    <div>
      9 
    </div> 
    <div>
      10 
    </div> 
    <div>
      11 
    </div> 
    <div>
      12 
    </div> 
    <div>
      13 
    </div> 
    <div>
      14 
    </div> 
    <div>
      15 
    </div> 
    <div>
      16 
    </div> 
    <div>
      17 
    </div> 
    <div>
      18 
    </div> 
    <div>
      19 
    </div> 
    <div>
      20 
    </div> 
    <div>
      21 
    </div> 
    <div>
      22 
    </div> 
    <div>
      23 
    </div> 
    <div>
      24 
    </div> 
    <div>
      25 
    </div> 
    <div>
      26 
    </div> 
    <div>
      27 
    </div> </td> 
   <td> 
    <div> 
     <div> 
      <code>typedef&nbsp;void&nbsp;(*SignalHandler)(int&nbsp;signo,&nbsp;siginfo_t&nbsp;*info,&nbsp;void&nbsp;*context);</code> 
     </div> 
     <div> 
      <code>static&nbsp;SignalHandler&nbsp;previousSignalHandler&nbsp;=&nbsp;NULL;</code> 
     </div> 
     <div> 
      <code>+&nbsp;(void)installSignalHandler&nbsp;{ </code> 
     </div> 
     <div> 
      <code>&nbsp;&nbsp;&nbsp;&nbsp;</code> 
      <code>struct&nbsp;sigaction&nbsp;old_action;</code> 
     </div> 
     <div> 
      <code>&nbsp;&nbsp;&nbsp;&nbsp;</code> 
      <code>sigaction(SIGABRT,&nbsp;NULL,&nbsp;&amp;old_action);</code> 
     </div> 
     <div> 
      <code>&nbsp;&nbsp;&nbsp;&nbsp;</code> 
      <code>if</code>&nbsp; 
      <code>(old_action.sa_flags&nbsp;&amp;&nbsp;SA_SIGINFO)&nbsp;{ </code> 
     </div> 
     <div> 
      <code>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;</code> 
      <code>previousSignalHandler&nbsp;=&nbsp;old_action.sa_sigaction;</code> 
     </div> 
     <div> 
      <code>&nbsp;&nbsp;&nbsp;&nbsp;</code> 
      <code>}</code> 
     </div> 
     <div> 
      <code>&nbsp;&nbsp;&nbsp;&nbsp;</code> 
      <code>LDAPMSignalRegister(SIGABRT);</code> 
     </div> 
     <div> 
      <code>&nbsp;&nbsp;&nbsp;&nbsp;</code> 
      <code>//&nbsp;.......</code> 
     </div> 
     <div> 
      <code>}</code> 
     </div> 
     <div> 
      <code>static&nbsp;void&nbsp;LDAPMSignalRegister(int&nbsp;signal)&nbsp;{ </code> 
     </div> 
     <div> 
      <code>&nbsp;&nbsp;&nbsp;&nbsp;</code> 
      <code>struct&nbsp;sigaction&nbsp;action;</code> 
     </div> 
     <div> 
      <code>&nbsp;&nbsp;&nbsp;&nbsp;</code> 
      <code>action.sa_sigaction&nbsp;=&nbsp;LDAPMSignalHandler;</code> 
     </div> 
     <div> 
      <code>&nbsp;&nbsp;&nbsp;&nbsp;</code> 
      <code>action.sa_flags&nbsp;=&nbsp;SA_NODEFER&nbsp;|&nbsp;SA_SIGINFO;</code> 
     </div> 
     <div> 
      <code>&nbsp;&nbsp;&nbsp;&nbsp;</code> 
      <code>sigemptyset(&amp;action.sa_mask);</code> 
     </div> 
     <div> 
      <code>&nbsp;&nbsp;&nbsp;&nbsp;</code> 
      <code>sigaction(signal,&nbsp;&amp;action,&nbsp;0);</code> 
     </div> 
     <div> 
      <code>}</code> 
     </div> 
     <div> 
      <code>static&nbsp;void&nbsp;LDAPMSignalHandler(int&nbsp;signal,&nbsp;siginfo_t*&nbsp;info,&nbsp;void*&nbsp;context)&nbsp;{ </code> 
     </div> 
     <div> 
      <code>&nbsp;&nbsp;&nbsp;&nbsp;</code> 
      <code>//&nbsp;&nbsp;获取堆栈，收集堆栈</code> 
     </div> 
     <div> 
      <code>&nbsp;&nbsp;&nbsp;&nbsp;</code> 
      <code>........</code> 
     </div> 
     <div> 
      <code>&nbsp;&nbsp;&nbsp;&nbsp;</code> 
      <code>LDAPMClearSignalRigister();</code> 
     </div> 
     <div> 
      <code>&nbsp;&nbsp;&nbsp;&nbsp;</code> 
      <code>//&nbsp;处理前者注册的&nbsp;handler</code> 
     </div> 
     <div> 
      <code>&nbsp;&nbsp;&nbsp;&nbsp;</code> 
      <code>if</code>&nbsp; 
      <code>(previousSignalHandler)&nbsp;{ </code> 
     </div> 
     <div> 
      <code>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;</code> 
      <code>previousSignalHandler(signal,&nbsp;info,&nbsp;context);</code> 
     </div> 
     <div> 
      <code>&nbsp;&nbsp;&nbsp;&nbsp;</code> 
      <code>}</code> 
     </div> 
     <div> 
      <code>}</code> 
     </div> 
    </div> </td> 
  </tr> 
 </tbody> 
</table>

上面的是一个处理 Signal handler 冲突的大概代码思路，下面是 NSException handler 的处理思路，两者大同小异。

<table> 
 <tbody> 
  <tr> 
   <td> 
    <div>
      1 
    </div> 
    <div>
      2 
    </div> 
    <div>
      3 
    </div> 
    <div>
      4 
    </div> 
    <div>
      5 
    </div> 
    <div>
      6 
    </div> 
    <div>
      7 
    </div> 
    <div>
      8 
    </div> 
    <div>
      9 
    </div> 
    <div>
      10 
    </div> 
    <div>
      11 
    </div> 
    <div>
      12 
    </div> 
    <div>
      13 
    </div> </td> 
   <td> 
    <div> 
     <div> 
      <code>static&nbsp;NSUncaughtExceptionHandler&nbsp;*previousUncaughtExceptionHandler;</code> 
     </div> 
     <div> 
      <code>static&nbsp;void&nbsp;LDAPMUncaughtExceptionHandler(NSException&nbsp;*exception)&nbsp;{ </code> 
     </div> 
     <div> 
      <code>&nbsp;&nbsp;&nbsp;&nbsp;</code> 
      <code>//&nbsp;获取堆栈，收集堆栈</code> 
     </div> 
     <div> 
      <code>&nbsp;&nbsp;&nbsp;&nbsp;</code> 
      <code>//&nbsp;......</code> 
     </div> 
     <div> 
      <code>&nbsp;&nbsp;&nbsp;&nbsp;</code> 
      <code>//&nbsp;&nbsp;处理前者注册的&nbsp;handler</code> 
     </div> 
     <div> 
      <code>&nbsp;&nbsp;&nbsp;&nbsp;</code> 
      <code>if</code>&nbsp; 
      <code>(previousUncaughtExceptionHandler)&nbsp;{ </code> 
     </div> 
     <div> 
      <code>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;</code> 
      <code>previousUncaughtExceptionHandler(exception);</code> 
     </div> 
     <div> 
      <code>&nbsp;&nbsp;&nbsp;&nbsp;</code> 
      <code>}</code> 
     </div> 
     <div> 
      <code>}</code> 
     </div> 
     <div> 
      <code>+&nbsp;(void)installExceptionHandler&nbsp;{ </code> 
     </div> 
     <div> 
      <code>&nbsp;&nbsp;&nbsp;&nbsp;</code> 
      <code>previousUncaughtExceptionHandler&nbsp;=&nbsp;NSGetUncaughtExceptionHandler();</code> 
     </div> 
     <div> 
      <code>&nbsp;&nbsp;&nbsp;&nbsp;</code> 
      <code>NSSetUncaughtExceptionHandler(&amp;LDAPMUncaughtExceptionHandler);</code> 
     </div> 
     <div> 
      <code>}</code> 
     </div> 
    </div> </td> 
  </tr> 
 </tbody> 
</table>

**堆栈收集**

你可以直接用系统的方法获取当前线程堆栈，也可以使用 PLCrashRepoter 获取所有线程堆栈，也可以参考 [ BSBacktraceLogger][BSBacktraceLogger] 自己写一套轻量级的堆栈采集框架。

**堆栈符号解析**

堆栈符号化还原有四种常见的方法：

*  symbolicatecrash
 *  mac 下的 atos 工具
 *  linux 下的 atos 的替代品 [ atosl][atosl]
 *  通过 dSYM 文件提取地址和符号的对应关系，进行符号还原

以上方案都有对应的应用场景，对于线上的 Crash 堆栈符号还原，主要采用的还是后三种方案。atos 和 atosl 的使用方法很类似，以下是 atos 的一个示例。

<table> 
 <tbody> 
  <tr> 
   <td> 
    <div>
      1 
    </div> 
    <div>
      2 
    </div> 
    <div>
      3 
    </div> </td> 
   <td> 
    <div> 
     <div> 
      <code>atos&nbsp;-o&nbsp;MonitorExample&nbsp;0x0000000100062ac4&nbsp;&nbsp;ARM-64&nbsp;-l&nbsp;0x100058000</code> 
     </div> 
     <div> 
      <code>//&nbsp;还原结果</code> 
     </div> 
     <div> 
      <code>-[GYRootViewController&nbsp;tableView:cellForRowAtIndexPath:]&nbsp;(</code> 
      <code>in</code>&nbsp; 
      <code>GYMonitorExample)&nbsp;(GYRootViewController.m:41)</code> 
     </div> 
    </div> </td> 
  </tr> 
 </tbody> 
</table>

但是 atos 是Mac上一个工具，需要使用 Mac 或者黑苹果来进行解析工作，如果由后台来做解析工作，往往需要一套基于 Linux 的解析方案，这个时候可以选择 atosl，但是这个库已经有多年没有更新了，同时基于我司的尝试， atosl 好像不太支持 arm64 架构，所以我们放弃了该方案。

最终使用了第四个方案，提取 dSYM 的符号表，可以自己研发工具，也可以直接使用 bugly 和[ 网易云捕提供的工具][Link 2]，下面是提取出来的符号表。第一列是起始内存地址，第二列是结束地址，第三列是对应的函数名、文件名以及行号。

<table> 
 <tbody> 
  <tr> 
   <td> 
    <div>
      1 
    </div> 
    <div>
      2 
    </div> 
    <div>
      3 
    </div> 
    <div>
      4 
    </div> 
    <div>
      5 
    </div> 
    <div>
      6 
    </div> 
    <div>
      7 
    </div> 
    <div>
      8 
    </div> 
    <div>
      9 
    </div> 
    <div>
      10 
    </div> </td> 
   <td> 
    <div> 
     <div> 
      <code>a840&nbsp;&nbsp;&nbsp;&nbsp;a854&nbsp;&nbsp;&nbsp;&nbsp;-[GYRootViewController&nbsp;tableView:cellForRowAtIndexPath:]&nbsp;GYRootViewController.m:41</code> 
     </div> 
     <div> 
      <code>a854&nbsp;&nbsp;&nbsp;&nbsp;a858&nbsp;&nbsp;&nbsp;&nbsp;-[GYRootViewController&nbsp;tableView:cellForRowAtIndexPath:]&nbsp;GYRootViewController.m:42</code> 
     </div> 
     <div> 
      <code>a858&nbsp;&nbsp;&nbsp;&nbsp;a87c&nbsp;&nbsp;&nbsp;&nbsp;-[GYRootViewController&nbsp;tableView:cellForRowAtIndexPath:]&nbsp;GYRootViewController.m:42</code> 
     </div> 
     <div> 
      <code>a87c&nbsp;&nbsp;&nbsp;&nbsp;a894&nbsp;&nbsp;&nbsp;&nbsp;-[GYRootViewController&nbsp;tableView:cellForRowAtIndexPath:]&nbsp;GYRootViewController.m:42</code> 
     </div> 
     <div> 
      <code>a894&nbsp;&nbsp;&nbsp;&nbsp;a8a0&nbsp;&nbsp;&nbsp;&nbsp;-[GYRootViewController&nbsp;tableView:cellForRowAtIndexPath:]&nbsp;GYRootViewController.m:42</code> 
     </div> 
     <div> 
      <code>aa3c&nbsp;&nbsp;&nbsp;&nbsp;aa80&nbsp;&nbsp;&nbsp;&nbsp;-[GYFilePreviewViewController&nbsp;initWithFilePath:]&nbsp;GYRootViewController.m:21</code> 
     </div> 
     <div> 
      <code>aa80&nbsp;&nbsp;&nbsp;&nbsp;aaa8&nbsp;&nbsp;&nbsp;&nbsp;-[GYFilePreviewViewController&nbsp;initWithFilePath:]&nbsp;GYFilePreviewViewController.m:23</code> 
     </div> 
     <div> 
      <code>aaa8&nbsp;&nbsp;&nbsp;&nbsp;aab8&nbsp;&nbsp;&nbsp;&nbsp;-[GYFilePreviewViewController&nbsp;initWithFilePath:]&nbsp;GYFilePreviewViewController.m:23</code> 
     </div> 
     <div> 
      <code>aab8&nbsp;&nbsp;&nbsp;&nbsp;aabc&nbsp;&nbsp;&nbsp;&nbsp;-[GYFilePreviewViewController&nbsp;initWithFilePath:]&nbsp;GYFilePreviewViewController.m:24</code> 
     </div> 
     <div> 
      <code>aabc&nbsp;&nbsp;&nbsp;&nbsp;aac8&nbsp;&nbsp;&nbsp;&nbsp;-[GYFilePreviewViewController&nbsp;initWithFilePath:]&nbsp;GYFilePreviewViewController.m:24</code> 
     </div> 
    </div> </td> 
  </tr> 
 </tbody> 
</table>

因为程序每次启动基地址都会变化，所以上面提到的地址是相对偏移地址，在我们获取到崩溃堆栈地址后，可以根据堆栈中的偏移地址来与符号表中的地址来做匹配，进而找到堆栈所对应的函数符号。比如下面的第四行，偏移为 43072 转换为十六进制就是 a840，用 a840 去上面的符号表中找对应关系，会发现对应着 -\[GYRootViewController tableView:cellForRowAtIndexPath:\]，基于这种方式，就可以将堆栈地址完全还原为函数符号啦。

<table> 
 <tbody> 
  <tr> 
   <td> 
    <div>
      1 
    </div> 
    <div>
      2 
    </div> 
    <div>
      3 
    </div> 
    <div>
      4 
    </div> </td> 
   <td> 
    <div> 
     <div> 
      <code>0&nbsp;&nbsp;&nbsp;libsystem_kernel.dylib&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;0x0000000186cfd314&nbsp;0x186cde000&nbsp;+&nbsp;127764</code> 
     </div> 
     <div> 
      <code>1&nbsp;&nbsp;&nbsp;Foundation&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;0x00000001887f5590&nbsp;0x1886ec000&nbsp;+&nbsp;1086864</code> 
     </div> 
     <div> 
      <code>2&nbsp;&nbsp;&nbsp;GYMonitorExample&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;0x00000001000da4ac&nbsp;0x1000d0000&nbsp;+&nbsp;42156</code> 
     </div> 
     <div> 
      <code>3&nbsp;&nbsp;&nbsp;GYMonitorExample&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;0x00000001000da840&nbsp;0x1000d0000&nbsp;+&nbsp;43072</code> 
     </div> 
    </div> </td> 
  </tr> 
 </tbody> 
</table>

**UUID**

我们的应用存在多个版本，并且支持多种不同的架构，那么如何找到与崩溃日志对应的符号表呢？就是依靠 UUID，只有当崩溃日志的 UUID 与 dSYM 的 UUID 一致时，才能得到正确的解析结果。

dSYM 的 UUID 获取方法：

<table> 
 <tbody> 
  <tr> 
   <td> 
    <div>
      1 
    </div> </td> 
   <td> 
    <div> 
     <div> 
      <code>xcrun&nbsp;dwarfdump&nbsp;--uuid&nbsp;&lt;dsym文件&gt;&lt;/dsym文件&gt;</code> 
     </div> 
    </div> </td> 
  </tr> 
 </tbody> 
</table>

应用内获取 UUID 的方法：

<table> 
 <tbody> 
  <tr> 
   <td> 
    <div>
      1 
    </div> 
    <div>
      2 
    </div> 
    <div>
      3 
    </div> 
    <div>
      4 
    </div> 
    <div>
      5 
    </div> 
    <div>
      6 
    </div> 
    <div>
      7 
    </div> 
    <div>
      8 
    </div> 
    <div>
      9 
    </div> 
    <div>
      10 
    </div> 
    <div>
      11 
    </div> 
    <div>
      12 
    </div> 
    <div>
      13 
    </div> 
    <div>
      14 
    </div> 
    <div>
      15 
    </div> 
    <div>
      16 
    </div> 
    <div>
      17 
    </div> 
    <div>
      18 
    </div> 
    <div>
      19 
    </div> </td> 
   <td> 
    <div> 
     <div> 
      <code>#import&nbsp;&lt;mach-o ldsyms.h=""&gt;</code> 
     </div> 
     <div> 
      <code>NSString&nbsp;*executableUUID()</code> 
     </div> 
     <div> 
      <code>{ </code> 
     </div> 
     <div> 
      <code>&nbsp;&nbsp;&nbsp;&nbsp;</code> 
      <code>const&nbsp;uint8_t&nbsp;*command&nbsp;=&nbsp;(const&nbsp;uint8_t&nbsp;*)(&amp;_mh_execute_header&nbsp;+&nbsp;1);</code> 
     </div> 
     <div> 
      <code>&nbsp;&nbsp;&nbsp;&nbsp;</code> 
      <code>for</code>&nbsp; 
      <code>(uint32_t&nbsp;idx&nbsp;=&nbsp;0;&nbsp;idx&nbsp;&lt;&nbsp;_mh_execute_header.ncmds;&nbsp;++idx)&nbsp;{ </code> 
     </div> 
     <div> 
      <code>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;</code> 
      <code>if</code>&nbsp; 
      <code>(((const&nbsp;struct&nbsp;load_command&nbsp;*)command)-&gt;cmd&nbsp;==&nbsp;LC_UUID)&nbsp;{ </code> 
     </div> 
     <div> 
      <code>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;</code> 
      <code>command&nbsp;+=&nbsp;sizeof(struct&nbsp;load_command);</code> 
     </div> 
     <div> 
      <code>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;</code> 
      <code>return</code>&nbsp; 
      <code>[NSString&nbsp;stringWithFormat:@</code> 
      <code>"XXXX-XX-XX-XX-XXXXXX"</code> 
      <code>,</code> 
     </div> 
     <div> 
      <code>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;</code> 
      <code>command[0],&nbsp;command[1],&nbsp;command[2],&nbsp;command[3],</code> 
     </div> 
     <div> 
      <code>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;</code> 
      <code>command[4],&nbsp;command[5],</code> 
     </div> 
     <div> 
      <code>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;</code> 
      <code>command[6],&nbsp;command[7],</code> 
     </div> 
     <div> 
      <code>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;</code> 
      <code>command[8],&nbsp;command[9],</code> 
     </div> 
     <div> 
      <code>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;</code> 
      <code>command[10],&nbsp;command[11],&nbsp;command[12],&nbsp;command[13],&nbsp;command[14],&nbsp;command[15]];</code> 
     </div> 
     <div> 
      <code>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;</code> 
      <code>}&nbsp;</code> 
      <code>else</code>&nbsp; 
      <code>{ </code> 
     </div> 
     <div> 
      <code>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;</code> 
      <code>command&nbsp;+=&nbsp;((const&nbsp;struct&nbsp;load_command&nbsp;*)command)-&gt;cmdsize;</code> 
     </div> 
     <div> 
      <code>&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;</code> 
      <code>}</code> 
     </div> 
     <div> 
      <code>&nbsp;&nbsp;&nbsp;&nbsp;</code> 
      <code>}</code> 
     </div> 
     <div> 
      <code>&nbsp;&nbsp;&nbsp;&nbsp;</code> 
      <code>return</code>&nbsp; 
      <code>nil;</code> 
     </div> 
     <div> 
      <code>}&lt;/mach-o&gt;</code> 
     </div> 
    </div> </td> 
  </tr> 
 </tbody> 
</table>

**系统库符号化**

上面只是提取到了我们应用中 dSYM 中的符号表，对于系统库还是无能为力的，比如 UIKit 就没有办法将其地址符号化，想要将动态库符号化，需要先获取系统库的符号文件。提取系统符号文件可以从 iOS 固件中获取，也可以从 Github 上开源项目中找到对应系统的符号文件。

刚才只是讲了一个思路，具体的细节可以参考下面的资料：

*  [iOS异常捕获][iOS]
 *  [漫谈iOS Crash收集框架][iOS Crash]
 *  [iOS dSYM文件结构剖析][iOS dSYM]
 *  [聊聊从iOS固件提取系统库符号][iOS 1]
 *  [iOS Crash分析必备：符号化系统库方法][iOS Crash 1]
 *  [iOS崩溃堆栈信息的符号化解析][iOS 2]
 *  [杨咏臻 | 实战iOS崩溃堆栈的符号化解析][_ _iOS]
 *  [Handling unhandled exceptions and signals][]

[Link 1]: http://www.jianshu.com/p/8123fc17fe0e
[2.png]: http://cc.cocimg.com/api/uploads/20170823/1503452948492608.png
[BSBacktraceLogger]: https://github.com/bestswifter/BSBacktraceLogger
[atosl]: https://github.com/facebookarchive/atosl
[Link 2]: http://crash.163.com/#dumply/faq/ios/oc
[iOS]: http://www.iosxxx.com/blog/2015-08-29-iosyi-chang-bu-huo.html
[iOS Crash]: http://www.cocoachina.com/ios/20150701/12301.html
[iOS dSYM]: http://www.csdn.net/article/2015-08-04/2825369
[iOS 1]: http://blog.csdn.net/crash163/article/details/52634606
[iOS Crash 1]: https://zuikyo.github.io/2016/12/18/iOS%20Crash%E6%97%A5%E5%BF%97%E5%88%86%E6%9E%90%E5%BF%85%E5%A4%87%EF%BC%9A%E7%AC%A6%E5%8F%B7%E5%8C%96%E7%B3%BB%E7%BB%9F%E5%BA%93%E6%96%B9%E6%B3%95/
[iOS 2]: http://www.jianshu.com/p/953f0961157a
[_ _iOS]: http://www.10tiao.com/html/473/201708/2651474079/1.html
[Handling unhandled exceptions and signals]: http://www.cocoawithlove.com/2010/05/handling-unhandled-exceptions-and.html