异常定位实践 2022-05-27 周五

友盟

这个时间点，友盟的异常统计模块叫做U-APM
接入之后，发现很不好用。

• 从友盟后台看到的crash文件数量远远少于实际的崩溃次数

• crash文件的UUID和dSYM符号表文件的不一致

• dSYM工具不是很准确，总感觉不对

后来发现是.dSYM文件失效导致的问题

腾讯Bugly

友盟不起作用，解决不了问题，有文章说腾讯Bugly更简洁更好用，那么就再增加一个试试。

1. 用QQ登录

用手机QQ扫描一下就能登录。没QQ的就只能先注册一个。
为此，找回了多年没有登录过的QQ号。

2. 在管理后台新建产品，这个和友盟很像。

新建产品

3. 集成

用CocoaPods的方式，只要一句话就可以

pod 'Bugly'

然后，就pod install一下就好，常规操作

4. 接入代码

也是一句话的事;AppId可以从管理后台拿到。

[Bugly startWithAppId:@"此处替换为你的AppId"];

做一个崩溃实验

在代码中，让字典设置nil，就会崩溃。运行了两次崩溃，Bugly能抓到，而且很快；但是友盟只能抓到1次。

Bugle抓住了2次 友盟只抓住了1次

DSYM工具

• 为了把地址转化为有意义的代码，有大神写了一个工具。
  dSYMTools
  直接以zip的方式下载下来，是一个dmg的安装文件，直接安装就可以用。

• 需要用.dSYM文件，不能用.xcarchive文件。因为.xcarchive文件中有很多.dSYM文件，包括很多第三方库。虽然作者说用.xcarchive文件也可以，但是我试下来是不行的。

导入.dSYM文件

• 至于怎么导出.dSYM文件，可以参考Bugly的说明文档
  通过Xcode找回

• 关于UUID：符号表文件（.dSYM文件）与crash文件中都有UUID。并且现在都是动态库。我们的APP，第三方库，还有系统库，都有相应的UUID，这个要区分开来。

Bugly的UUID 友盟的UUID

• 两个地址：基地址 + 偏移量 = 目标地址；（其中偏移量是10进制数表示的）

很奇怪，友盟和Bugly给出的“基地址”和“目标地址”不一样；但是通过工具找到的崩溃点代码是一模一样的。当然两者的偏移量是一样的。

将地址转化为代码 Bugly的堆栈地址 友盟的堆栈地址

.dSYM文件上传

把符号表文件（.dSYM文件）上传，可以帮助我们把崩溃点的地址转化为能看懂的代码。（其实就是起到上面讲的dSYM工具的作用）

• Bugly提供了一个工具，并且提供了工具的下载链接，里面有使用说明，照着做就好了。工具下载地址

Bugly的符号表上传工具

• 友盟的没有找到相关的工具，所谓的API上传方式也没有找到相关说明，不知道怎么做。手动上传的地方到是找到了。

友盟手动上传符号表的位置

• 上传了符号表文件之后，就能正确解析了。能够看到崩溃点的代码。

Bugly的符号表解析 友盟的符号表解析

关于BitCode

• 如果是Ad-Hoc的方式导出，那么就应该关闭BitCode，否则的话符号表文件会失效。Bugly干脆就上传不了。友盟的话能上传，但是解析不了。大神的DSYM工具也失效了。

Ad-Hoc关闭Bitcode

• 如果是发布到苹果市场，保持默认的全打钩不要动就好了。也就是打开Bitcode，同时上传符号表文件。苹果后台会结合Bitcode重新生成符号表文件，要下载才能上传到bugly或者友盟的后台。

苹果市场保持默认的打钩不动 苹果市场下载符号表文件

• 总之，如果开了Bitcode，那么本地的（也就是从.xcachive拿出来的）符号表文件就失效了。所以，通过Ad-Hoc方式分发的，就不要开Bitcode了。当然，不开BitCode会导致安装包变大很多，不利于APP瘦身。