UMeng错误分析

UMeng集成：

通过pod search到的版本太老，不是最新版本，友盟官网提示暂不支持cocoapods集成，后续会支持cocoapods

友盟中台

通过友盟中台网站可管理错误内容，我们可以按照版本、操作系统或机型来筛选错误，并且可以给错误添加标签，以便我们分类，根据测试，错误信息会有几分钟到十几分钟的延迟

错误列表页展示的摘要 是将收集的崩溃日志通过一定算法按照UUID拆分的堆栈信息的第一行。每天展示当日发生的错误，并且每天最对展示1000条错误类型，当超过1000条，错误列表中的数据将不再更新，只有等到第二天才会恢复，针对此情况，我们可以在版本管理中取消不想关注的版本，这样就不再收到这个版本发生的崩溃消息了

筛选功能：

最多筛选的目标为3个版本，可通过UUID、手机系统版本或机型等来筛选

标记：

标记的状态分为3中，分别是：已修复、处理中、已忽略 选中错误列表中某一条或多条，可以添加标签或标记，以便筛选时进行实时跟踪，标记和标签可修改和删除，需要点进错误详情页

错误详情页：

展示的是错误详细的堆栈跟踪以及其他相关的信息,对于一些会给出具体相关类的日志，会相对来说比较容易解析。当然也会有一些比较模糊的错误信息，只有错误的开始地址及偏移量，如果只拿到这些信息我们是很难定位到具体的错误代码的，这时候我们可以通过解析dSYM文件来定位错误代码。

什么是 dSYM 文件

Xcode 运行项目的时候，细心的同学会看Xcode顶部会有一些编译的信息，那么你可以通过这里看到Xcode会create一个dSYM文件，我们会看到一个同名的 dSYM 文件，dSYM 是保存 16 进制函数地址映射信息的中转文件，我们调试的 symbols 都会包含在这个文件中，并且每次运行项目的时候都会生成一个新的 dSYM 文件，位于/Users/<用户名>/Library/Developer/Xcode/Archives目录下，当我们运行过项目后，可在Xcode文件夹Products里看到xxx.app由开始的红色变成正常的黑色，点这个.app show in finder ，这时候你就会发现.dSYM文件了，对于每一个发布版本我们都很有必要保存对应的 Archives 文件，我们可以把他当成飞机上的黑匣子来理解，但其实他并不是黑匣子，黑匣子是跟着飞机一起飞的，而合格文件是我们保存在本地的，他相当于崩溃日志，而dSYM文件是一个符号集，通过黑匣子里的信息（错误开始地址及他的地址偏移量），我们可以在dSYM文件中定位到问题代码的位置

image.png

dSYM 文件有什么作用

当我们软件 release 模式打包或上线后，不会像我们在 Xcode 中那样直观的看到用崩溃的错误，就像飞机飞上天之后，我们对他的掌控力度不会像在地面模拟飞行上那么可控，这个时候我们就需要分析 crash report 文件了，iOS 设备中会有日志文件保存我们每个应用出错的函数内存地址，通过 Xcode 的 Organizer 可以将 iOS 设备中的 DeviceLog 导出成 crash 文件，这个时候我们就可以通过出错的函数地址去查询 dSYM 文件中程序对应的函数名和文件名。前提是我们需要有软件版本对应的 dSYM 文件，这也是为什么我们为什么要保存每个发布版本的 Archives 文件了。

解析dSYM文件后续再更新。。。