iOS Bugly符号化使用分析
前言：一种愉快的开发方式，轻松快速定位BUG，跟开发中的BUG说再见！（公司里开展技术分享会，我就这对Bugly的使用做了个整理）
Bugly 使用分析
作者：tangjianfeng
时间：2018/10/23
腾讯Bugly简介：
- Bugly是腾讯公司为移动开发者开发的服务之一，是面向移动开发者提供专业的Crash监控，崩溃分析等质量跟踪服务。
- Bugly能帮助移动互联网开发者更及时地发现掌控异常，更全面的了解定位异常，更高效的修复解决异常。
- 针对移动应用，腾讯Bugly提供了专业的Crash、Android ANR(application not response)、iOS 卡顿监控和解决方案。移动开发者(Android / iOS )可以通过监控，快速发现用户在使用过程中出现的Crash (崩溃)、Android ANR和iOS卡顿，并根据上报的信息快速定位和解决问题。
【图文简介】：网址链接：https://bugly.qq.com/v2/workbench/apps
一：崩溃信息查看
【1】设备和版本信息查看：
【2】时间查看：
二：崩溃代码对象定位：
【说明】：先需要先确定下BUG项目版本，定位到Bugly出现crash记录下的版本。
【案例】：Bugly上面的crash信息我们可以看到如下：
【修正】：崩溃更改分析：
1: 这里我们就可以快速定位到出现crash的调用处：[ResendEmailView keyboardWillShow] 是系统导致崩溃的代码。
2: 出现错误的是一个ResendEmailView类的调用：keyboardWillShow的类方法的crash，报错是ResendEmailView未初始化的错误，也就是对象未实例化。
3: 通过代码对象的定位，并且调试数据，相信问题就能迎刃而解。
三：Bugly符号化需求
【1】什么是符号表？
答： 符号表是内存地址与函数名、文件名、行号的映射表。符号表元素如下所示：
<起始地址> <结束地址> <函数> [<文件名:行号>]。
【2】为什么要配置符号表？
答：为了能快速并准确地定位用户APP发生Crash的代码位置，
Bugly使用符号表对APP发生Crash的程序堆栈进行解析和还原。
【3】:BuglyiOS符号表配置官方文档入口：
https://bugly.qq.com/docs/user-guide/symbol-configuration-ios/?v=1492997248592
【4】结合项目分析
说明：当Bugly上无显示代码类信息和方法调用，只显示地址信息的情况，如下图：
分析：如上，面板信息没有具体的对象或者方法调用信息，我们确定不了出错代码定位的时候，就需要应用到Bugly 符号化。
四：安装Bugly符号化
【第一步】：给Mac安装Java运行环境，先需要安装Java环境，连接地址：
http://www.oracle.com/technetwork/java/javase/downloads/jdk8-downloads-2133151.html
-------选择MAC版本Java：如下图
说明：打开链接，选择上图中红色圈出部分，下载Mac下的.dmg文件即可。
下载完成之后双击便可一键式安装完毕。
【第二步】：验证安装是否成功和查看Java版本
—————终端指令输入：java -version
—————结果如下：安装1.8的JavaJDK成功
【第三步】：下载Bugly iOS符号表工具：
下载Bugly iOS符号表工具连接地址 —> Bugly iOS符号表工具
【第四步】：关联项目同名的.dSYM文件
———在确定了BUG版本的情况下，路径操作如下：
show in finder -> 显示包内容-> dSYMs文件夹-> 找到和项目同名的.dSYM文件，即(项目名.app.dSYM)。
【第五步】：准备整理文件：
桌面新建一个文件夹，将找到的这个xx.app.dSYM文件和第一步下载的符号表工具包中“buglySymboliOS.jar”文件，放到新建的文件夹中，方便后续通过终端生成符号表.zip文件（我这里放在Desktop）。
【第六步】：终端生成自己项目的符号表.zip文件
------终端指令: java -jar /Users/a/Desktop/saicBugly_dSYM/buglySymboliOS.jar -i /Users/a/Desktop/saicBugly_dSYM/SaicCarPlatform.app.dSYM
------注意：路径需要改成自己文件的路径，上面是我本机的文件路径
需要上传的zip文件已经生成：
五：上传当前版本Bugly符号化文件
【第一步】：确定Bugly的崩溃所对应的唯一标识符：UUID
【第二步】：zip文件UUID验证：
—————查看dSYM文件的UUID
—————终端输入：xcrun dwarfdump --uuid <dSYM文件路径>
案例输出：
UUID: E0242B60-058C-39CF-ADAC-8C28979E469A (armv7) /Users/a/Desktop/saicBugly_dSYM/SaicCarPlatform.app.dSYM/Contents/Resources/DWARF/SaicCarPlatform
UUID: D245BAE0-C338-3275-8CF1-6B6741BDB49B(arm64) /Users/a/Desktop/saicBugly_dSYM/SaicCarPlatform.app.dSYM/Contents/Resources/DWARF/SaicCarPlatform
验证结果：版本确定是一致的。
【第三步】：Bugly符号表管理
-------打开符号表管理
————为目标的BUG版本，上传先前合成的指定版本的压缩包:
找到BUG对应UUID：D245BAE0-C338-3275-8CF1-6B6741BDB49B
————上传成功需要等一会：
【等四步】：成果果实收获
这里已经符号化成功了。
总结建议：在测试或者开发构建版本完成，保留构建版本文件，因为在应用符号化定位BUG时，需要Bugly上BUG的UUID对应构建版本文件dSYM的UUID，这样才能通过地址查找并确定崩溃原因。
结尾语：Bugly的使用分析基本上就这些，最后希望大家加班少写点BUG。如有问题，欢迎交流，QQ：497609288
