共计 2432 个字符，预计需要花费 7 分钟才能阅读完成。
前言
在 iOS 开发过程的时候，在遇到报错的时候抛出的报错异样，须要疾速定位到具体报错地位，有时候通过惯例的代码排查办法能够解决，然而有些时候通过惯例的形式不能很好的定位到报错地位，尤其是遇到一些隐性的报错信息，不能疾速的定位到报错起因信息，这样就要借助第三方的错误信息剖析来解决了。
那么本文就来分享一下在 iOS 开发过程中借助第三方工具来剖析解决报错异样的解决办法，本文案例应用的友盟 U -APM 来做应用案例。通过在我的项目中集成友盟剖析工具，应用友盟 U -APM 来剖析报错异样信息，就能在友盟给出的错误信息中，很不便的找出客户端异样的信息，比方很多像数组越界却只给出了 * -[__NSArrayM objectAtIndex:]: index 50 beyond bounds [0 .. 39]’ 这类错误信息，这种很难定位具体报错地位的信息，如下图所示：
遇到这种问题的话，如果通过 objectAtIndex 去检索谬误的中央，那将会是一个微小的工作量，那么怎么办能力加重工作量呢，那就是上面要介绍的状况了。
一、dSYM 文件
Xcode 编译我的项目后，咱们会看到一个同名的 dSYM 文件，dSYM 是保留 16 进制函数地址映射信息的直达文件，咱们调试的 symbols 都会蕴含在这个文件中，并且每次编译我的项目的时候都会生成一个新的 dSYM 文件，位于 /Users/< 电脑用户名 >/Library/Developer/Xcode/Archives 目录下，对于每一个公布版本咱们都很有必要保留对应的 Archives 文件。
二、dSYM 文件的作用
当咱们应用程序 release 模式打包或上线后，不会像在 Xcode 中那样直观的看到用解体的谬误，这个时候就须要剖析 crash report 文件了，iOS 设施中会有日志文件保留咱们每个利用出错的函数内存地址，通过 Xcode 的 Organizer 能够将 iOS 设施中的 DeviceLog 导出成 crash 文件，这样就能够通过出错的函数地址去查问 dSYM 文件中程序对应的函数名和文件名。然而前提是咱们须要有软件版本对应的 dSYM 文件，这也是为什么很有必要保留每个公布版本的 Archives 文件了。
三、如何把文件一一对应
每一个 xxx.app 和 xxx.app.dSYM 文件都有对应的 UUID，crash 文件也有本人的 UUID，只有这三个文件的 UUID 统一，咱们就能够通过它们解析出正确的谬误函数信息了。
1. 查看 xxx.app 文件的 UUID，terminal 中输出命令：dwarfdump –uuid xxx.app/xxx (xxx 是你的项目名称)
2. 查看 xxx.app.dSYM 文件的 UUID，在 terminal 中输出命令：dwarfdump –uuid xxx.app.dSYM
3.crash 文件内第一行 Incident Identifier 就是该 crash 文件的 UUID。
四、dSYM 文件剖析工具的应用
首先分享一下通过友盟平台的 U -APM 工具进行剖析 crash 剖析，dSYM 文件的操作步骤，具体如下所示：
1、首先关上友盟官方网站，而后登陆友盟账号，如果没有注册过友盟平台的账号，须要注册之后登录进入；
2、登陆进入友盟之后，点击“进入工作台”，而后会看到工作台主界面的各个菜单栏，而后点击抉择右上角的下拉菜单“产品”—>“利用性能监测平台 (U-APM)”，单击进入 U -APM 利用性能监测平台的疏导主界面，而后间接点击进入“进入后盾”，（这里要留神的是如果你没有对应的 app 来体验友盟的利用性能监测平台的 app，能够间接下载友盟官网提供的体验 demo，本文就是间接应用友盟的体验 demo 来测试利用性能监测的）；
3、进入 U -APM 利用性能监测平台的后盾主界面之后，如果是首次应用友盟的利用性能监测平台，须要在后盾主界面外面创立你的 app；
4、在友盟工作台外面创立新建 app 利用之后，如果没有 app 外面没有集成友盟的 sdk，会提醒“未集成”，点击 app 列表对应的右侧的“集成”按钮，进入集成友盟 sdk 的设置疏导步骤界面，此时友盟在你创立 app 的时候就会生成 app 对应的 appkey，获取到集成友盟 U -APM 的 appkey，而后依据疏导提醒把友盟的 sdk 集成在本人的 iOS 我的项目工程外面，依据友盟官网集成文档步骤来操作即可，这里不再多说；
5、在 iOS 我的项目中，须要把友盟的 appkey 填写在我的项目的 AppDelegate.m 文件外面对应的注册初始化友盟的中央；
6、iOS 我的项目集成完友盟之后，运行我的项目，app 运行之后的任何 crash 都会上报到友盟工作后盾，能够通过友盟的 U -APM 利用性能监测的后盾来查看 app 的 crash 日志，而后进行剖析操作；
Demo 示例：
7、这里着重介绍一下友盟对于 dSYM 文件的解决剖析的操作，须要把电脑上的 iOS 我的项目编译生产的所有 dSYM 文件夹间接压缩，而后通过 UUID 与符号表做关联，而后上传符号表，有对应的符号表治理界面，这里不再多说；
8、依据上传之后的符号表查看解体的日志，最好是通过 uuid 的获取形式从原始日志的“Binary Image”段进行获取具体的 crash 起因；
9、最初依据具体的报错解体的信息，能够具体的发现具体的报错起因，这种形式非常适合排查查找隐性的不可预感的 app 的 crash。
附：友盟开发者核心—> 文档核心—> 利用性能监控 U -APM 的阐明文档链接 https://developer.umeng.com/docs/193624/cate/193275
最初
尤其是上架利用的时候，有些时候苹果反馈的信息外面也会给具体的谬误日志，你能够通过 dSYM 工具间接能够找到具体报错地位，百试百灵。如果你感觉我写的内容对你有帮忙请点赞，如果想和我更进一步交换探讨，也能够关注我的微信公众号，那外面同样有更多应用的办法技巧等着你！以上就是本章的全部内容，欢送关注三掌柜的微信公众号“程序猿 by 三掌柜”，三掌柜的新浪微博“三掌柜 666”，欢送关注！