app上架appStore之后bug crash 手动定位奔溃位置

• app在本地调试debug模式下，我们很方便就可以定位到代码崩溃位置，比如通过打全局断点，看控制台输出信息等。

• 当app上架之后，如果发生严重的bug,导致软件闪退，我想大部分同学第一想法就是去相关模块去一行一行的查看代码有没有问题吧

现在我们利用.crash文件 .dSYM文件和.app文件来一步定位到软件奔溃位置

• 首先看看这几个文件都是做什么的
  • .crash文件 ：记录了app奔溃信息，我们主要看程序奔溃地址
    • 可以通过xcode->Window->Organizer->Crashes获取.crash文件
    • 连上手机xcode->window->Devices->view Device logs获取
    • 也可以通过iTunes connect 中获取
• 什么是.dSYM 文件 dSYM 文件分析工具

Xcode编译项目后，我们会看到一个同名的 dSYM 文件，dSYM 是保存 16 进制函数地址映射信息的中转文件，我们调试的 symbols 都会包含在这个文件中，并且每次编译项目的时候都会生成一个新的 dSYM 文件，位于 /Users/<用户名>/Library/Developer/Xcode/Archives 目录下，对于每一个发布版本我们都很有必要保存对应的 Archives 文件 ( AUTOMATICALLY SAVE THE DSYM FILES 这篇文章介绍了通过脚本每次编译后都自动保存 dSYM 文件)。

- 通过`Xcode -> window ->organizer ->Archives ->选择对应Archives版本  右键show finder ->右键  显示包内容 -> dSYMs文件夹中就是我们要找的.dSYM文件`

• .app 文件：找到我们打包生成的.ipa文件->后缀名改为.zip ->打卡zip文件 里面就是我们要找的.app文件

---

• ** 一般情况下 在crash文件中我们可以找到奔溃位置 如下图的绿色够够**

tn2151_symbolication_levels.png

• ** 大部分情况下，我们看到的都是上图两个红叉标识的那样 只有十六进制的函数地址，那么现在我们就要想办法通过函数地址找到方法名和类名，也就是给crash进行符号化 **

• ** 使用symbolicatecrash工具符号化crash文件 **

  • 在桌面上创建文件夹crash 把对应的creah文件，dSYM文件，和.app文件放到crash文件夹中
  • 在终端 输入find /Applications/Xcode.app -name symbolicatecrash -type f 查看symbolicatecrash工具的位置，** 不同版本Xcode symbolicatecrash 位置不同 **
  • ** 我这里的位置是 ** /Applications/Xcode.app/Contents/SharedFrameworks/DVTFoundation.framework/Versions/A/Resources/symbolicatecrash
• 

  0606000A-8B8C-4A4C-819A-01149B8FD781.png

• 进入这个位置找到symbolicatecrash工具 也复制到桌面crash 文件夹中

2206D5E1-9B65-41D9-B1AA-B64203F6C754.png

• 在终端输入下面的命令

  • cd /Users/mac/Desktop/crash
  • export DEVELOPER_DIR=/Applications/XCode.app/Contents/Developer
  • ./symbolicatecrash ./*.crash ./*.app.dSYM > symbol.crash

• 这个时候文件夹中会有symbol.crash文件，是经过符号化后的crash文件，我们可以很清楚的看到奔溃的方法名和类名以及行数

• ** 但是有时候，我们可能得到的是一个空的symbol.crash 文件，或者是没有经过符号化的symbol.crash文件，太晚了，改天再加上解决办法 **

• 打印.app文件 .dSYM文件的UUID

  • .app文件 终端命令：dwarfdump --uuid .app文件(路径)
  • .dSYM文件 终端命令: dwarfdump --uuid .dSYM文件 (路劲)
  • UUID 号，可以在.crash文件中 找到
    • 1."slice_uuid":"9bfd01a9-4203-3d18-89ca-e0c9e01e0790"
    • 2. Binary Images: 0x100044000 - 0x1004effff QRCodeCar arm64 <9bfd01a942033d1889cae0c9e01e0790>

    如上面的 9bfd01a942033d1889cae0c9e01e0790 就是UUID

• 使用atos 工具定位奔溃位置
  使用symbolicatecrash工具可以得到所有线程的方法信息。
  使用atos 工具只能得到单条线程方法信息
  过程如下：找到下图的奔溃位置
  

  

  - 终端命令：atos -arch  -o /Contents/Resources/DWARF/ -l  
  
  

  • 如：atos -arch arm64 -o TheElements.app.dSYM/Contents/Resources/DWARF/TheElements -l 0x1000e4000 0x00000001000effdc
    输出：-[AtomicElementViewController myTransitionDidStop:finished:context:]

优点，只需要.dSYM 文件，外加一句终端命令就可定位奔溃信息，简单方便快捷。
缺点，每次只能定位一条。。。

• 第三方定位奔溃位置
  • 腾讯bugly接入
  • 按照ugly接入文档，集成到自己的项目中，无论是模拟器，内测还是上架appStroe都可以收集到奔溃信息
  • 如图：我的内测版本

6E11B5D0-C920-459E-9766-882ED6450D71.png

• 很清楚，我的app奔溃在了类名为DXQR_LoginViewController 中，方法名为p_loginNetMethod 在该类的第32行，我可以直接打开工程去该位置去修复即可，是不是很方便！！！

参考：

• 官方文档

• Xcode崩溃日志分析工具symbolicatecrash用法

• iOS崩溃crash大解析

• dSYM 文件分析工具

• iOS通过dSYM文件分析crash