iOS之利用腾讯Bugly程序调试，测试代码bug、卡顿等情况

1.自己先写一个 Demo 演示一下利用bugly测试崩溃的具体情况。 
在ViewController里面实现崩溃代码如下： 

运行后 毫无疑问程序报错了!

2.使用到第三方的框架Bugly，官方下载bugly 
3.进入后利用qq注册一下，完整一下相应的个人信息。

4.进入后注册一下你要测试的app，我创建的app demo叫CocoaPodText如下。

5.利用CocoaPods集成 Bugly框架，详情见本人博客关于CocoaPods的配置使用，只需要pod Bugly如图。 

6.接下来回到项目中，在 AppDelegate.m 中引入Bugly/Bugly.h，和代理BuglyDelegate，初始化 Bugly等。

appid获取处： 

7.完成代理方法： 

8.接下来运行，点击button崩溃后可以打印出出错信息。刷新bugly上你的app异常日志上报界面如图（此截图我是测试了两处bug后的异常情况截图）： 

点击进去详情： 

到这里你会发现这个日志中的崩溃点虽然定位到具体某一个文件中的某一个方法，但是具体到某一行似乎并没有实现。不着急慢慢来。。。 
这需要另外一个概念：符号表。点击进去你的崩溃详情中回发现有那么一个东西如下： 

符号表： 
没有符号表，我们就无法定位崩溃中的符号对应的代码所在的类以及类中的行数位置。我们在每次构建版本、debug的时候，都会生成dSYM后缀名的符号表文件，而我们App在手机上运行的时候，崩溃后产生的崩溃信息，不可能定位到代码的多少多少行，因为这些信息对于App运行是没有意义的，存储在App中势必会增大安装包的体积，所以App的崩溃信息都是存储为各种符号，具体符号代表什么，需要去符号表中查找对应的含义。 
　　我们每次debug、构建版本，都会生成dSYM文件，都对应了一个UUID（像我们的手机一样，都有一个唯一标志），按下图指示，我们就能找到我们所使用的App版本对应的dSYM文件的UUID，通过这个UUID，我们就能找到存储在我们电脑中的dSYM文件，将这个文件上传到bugly，bugly会自动帮我们找到崩溃符号的含义。 
　　 
　　1)接下来 你可以根据官方给的如何上传符号表来完成。我也是根据文档中关于自动配置自动配置：XCode + sh脚本来实现的，下载好配置文件如下： 
　　

　 
　　2)配置Xcode编译执行脚本在Xcode工程对应Target的Build Phases中新增Run Scrpit Phase 
　　

　 
　　3)打开工具包中的dSYM_upload.sh，复制所有内容，在新增的Run Scrpit Phase中粘贴 
4)修改新增的Run Scrpit中的App ID,App Key，App的Bundle Id等。 
5）脚本默认在Debug模式及模拟器编译情况下不会上传符号表，在需要上传的时候，请修改下列选项 
Debug模式编译是否上传，1＝上传 0＝不上传，默认不上传 
UPLOAD_DEBUG_SYMBOLS=0 
模拟器编译是否上传，1＝上传 0＝不上传，默认不上传 
UPLOAD_SIMULATOR_SYMBOLS=0 
如下： 

至此，自动上传符号表脚本配置完毕，Bugly 会在每次 Xcode 工程编译后自动完成符号表配置工作。

当你再次刷新你的bugly界面时，闪崩的行号自动变更为正常在项目中对应的行号： 
一下是我配置的另一个项目中的结果展示： 
第一个图中代码部分501行明确可以看出来数组越界的问题，输出部分标号3也定位到是tableView的点击方法里面，但是后面的352缺并不是代表行号。所以通过符号表脚本配置，我们可以看到第二张图中明确的闪崩行号501.

发现里面的异常情况说得很详细，主要还根据异常情况给出了相应的解决方案，这一点很棒。

本人觉得这个bugly比友盟统计中的异常调试更方便全面。