iOS 堆栈符号解析最佳实践

aeaworfsv 7年前
   <p>本文介绍了如何解析 iOS 的 crash 堆栈,分别使用了  symbolicatecrash  来自动解析整个堆栈,以及使用  atos  来解析单个地址的符号。在 iOS 开发中,解决 crash 问题是比较常见的工作。其中能够解析出符号当然是定位问题的开始。实际工作中,也有看到很多人其实会卡在解析符号这里,遇到这种情况,可以按照本文中的做法解决。</p>    <h3><strong>使用 symbolicatecrash 解析堆栈</strong></h3>    <p>symbolicatecrash  是 Xcode 自带的 crash 符号解析工具,可以自动搜索本地符号表,解析整个 crash 堆栈。</p>    <p><strong>确认 Xcode 环境</strong></p>    <p>首先,需要确认 Xcode 的环境,执行以下代码,获取当前 Xcode 的目录。</p>    <pre>  <code class="language-objectivec">/usr/bin/xcode-select -print-path</code></pre>    <p>结果应该是:</p>    <pre>  <code class="language-objectivec">/Applications/Xcode.app/Contents/Developer/</code></pre>    <p>如果结果不是上述的路径,则指定一下路径:</p>    <pre>  <code class="language-objectivec">sudo /usr/bin/xcode-select -switch /Applications/Xcode.app/Contents/Developer/</code></pre>    <p><strong>准备好解析堆栈符号的工具:symbolicatecrash</strong></p>    <p>需要先找到 symbolicatecrash 所在的路径,以  Xcode 7.3  版本为例,执行:</p>    <pre>  <code class="language-objectivec">find /Applications/Xcode.app -name symbolicatecrash -type f</code></pre>    <p>将会返回:</p>    <pre>  <code class="language-objectivec">/Applications/Xcode.app/Contents/SharedFrameworks/DVTFoundation.framework/Versions/A/Resources/symbolicatecrash</code></pre>    <p>可以做一个快捷方式:</p>    <pre>  <code class="language-objectivec">alias symbolicatecrash='/Applications/Xcode.app/Contents/SharedFrameworks/DVTFoundation.framework/Versions/A/Resources/symbolicatecrash'</code></pre>    <p>需要先配置好  DEVELOPER_DIR ,否则会报错。如下:</p>    <pre>  <code class="language-objectivec">export DEVELOPER_DIR=/Applications/Xcode.app/Contents/Developer/</code></pre>    <p><strong>开始解析</strong></p>    <p>准备好 dSYM 文件和 app 文件,可以存放在任何位置,只要 mac 系统的 spotlight 能够找到就行。<br> 接着执行</p>    <pre>  <code class="language-objectivec">symbolicatecrash xxx.crash</code></pre>    <p>就可以解析符号了。</p>    <p><strong>找不到符号的解决方法</strong></p>    <p>首先,需要确认一下符号表是不是正确的。可以通过以下方式看看符号文件和堆栈是否是对应的 (判断 uuid 是否相同):</p>    <pre>  <code class="language-objectivec">dwarfdump --uuid MyApp.app/MyApp  dwarfdump --uuid xxx.app.dSYM/Contents/Resources/DWARF/Resources/MyApp  grep "0x.*com.wison.xxx .*<" NoSymbolsTestxxx.crash</code></pre>    <p>如果不一样,那么说明崩溃堆栈和符号文件对应不上,很可能是搞错版本,或者打包的时候有问题导致符号文件生成不正确。</p>    <p>如果输出一样的 uuid,那么就是对应的,此时 </p>    <p>symbolicatecrash</p>    <p>应该可以正常解析符号。</p>    <p> </p>    <p>如果还是不能正确解析,那么很可能是 mdfind 自动查找的问题。</p>    <p> </p>    <p>Xcode 找符号文件的时候,是通过 mdfind 来找的,比如:</p>    <p> </p>    <pre>  <code class="language-objectivec">mdfind 'com_apple_xcode_dsym_uuids = *'</code></pre>    <p>该命令会把当前环境下的所有符号文件找出来。<br> 如果你的符号文件不在此列表中,说明 mdfind 找不到我们的符号,</p>    <p>那么就在执行  symbolicatecrash  的时候显式指定dSYM文件的路径:</p>    <pre>  <code class="language-objectivec">symbolicatecrash xxx.crash xxx.dSYM/Contents/Resources/DWARF/MyApp</code></pre>    <p>如果还是不能解析,试一试把 App 文件也指定:</p>    <pre>  <code class="language-objectivec">symbolicatecrash xxx.crash xxx.dSYM/Contents/Resources/DWARF/MyApp MyApp.app/MyApp</code></pre>    <h3><strong>使用 atos 解析单个符号</strong></h3>    <p>有时候我们需要解析单个地址的符号,比如  lr  寄存器的地址对应的符号,就需要用到  atos<br> 用法如下:</p>    <pre>  <code class="language-objectivec">atos  -arch [armv7 or arm64] -o [BinaryFile or dSYMFile] -l loadAddress address</code></pre>    <p>其中</p>    <p>-arch</p>    <p>指定二进制的架构,比如 armv7,armv7s,arm64 等等。</p>    <p>-o</p>    <p>指定符号文件,可以是 dSYM 文件,也可以是包含了符号表的可执行文件。</p>    <p>-l</p>    <p>是加载地址,由于 Xcode 默认打开 PIE 选项,所以加载地址每次都不一样,所以需要指定,可以在 crash 堆栈的 Binary Image 那段看到应用的加载地址。</p>    <p>最后一个参数是需要解析符号的地址。</p>    <p> </p>    <p> </p>    <p>来自:http://www.cocoachina.com/ios/20161102/17923.html</p>    <p> </p>