iOS上线后debug

在实际开发中其实有些bug是比较难以测试出来的，比如测试机的ios版本，机器架构，以及一些特殊操作迫使我们在上线后依然要收集数据debug。下面介绍哈友盟和腾讯的buggly的ios上线后的debug。

友盟：

友盟截图

然后解析的时候发现友盟更新了他们的流程 以前是下载错误信息后用他们的一个工具然后生成一个csv格式的文件，现在是和buggly一样直接上传符号表了。

友盟以前的方法 友盟现在的方法直接上传dsyms文件  解析堆栈信息后可以直接定位到bug

比如这个bug就是定制弹窗的bug，我们知道苹果的默认alertaction的颜色是蓝色。为了和整个app主题和谐通常会通过kvc直接修改_titleTextColor，但是这个api实在ios8.3以后才出现的，然后很多项目默认最低版本都是从ios8.0开始，造成从8.3>x>=8.0的手机在这里崩溃.我们看这里的机器信息

无一例外全是8.3以下的

再来说哈buggly

我用同一个项目同一个bug来说

buggly的界面

在唠嗑两句在代码里同时集成友盟和buggly发现后者其实比友盟报错要多些  以前看过有些道友的文章对比了哈  觉得可能后者要专业点。

buggly的符号表和友盟有点区别 他可以通过shell自动上传，和手动上传。。这里我介绍手动上传。然后介绍一个坑

未配置符号表的时候 下载sdk

监测java环境

需要1.6以上

没有的话配置java环境

在下载的sdk中这样操作

前两个文件处于处于同一目录

cd到当前目录->

在终端：

java -jar buglySymbolIOS.jar -i <input> [-o <output>]

或者直接不写生成的路径

java -jar buglySymbolIOS.jar -i <input> 

给个例子：

例子

这样会在同一目录生成文件，且名字和input一样后缀zip，这里名字一定要改，切记。我当时没改一直报格式不对。把文件名改了就好了。

然后将生成的zip上传就好了  和上面的友盟一样的操作了。。终