根据Archives定位已上线App的崩溃位置

2016-10-10  本文已影响58人  Damon22

定位已经上线项目的bug,一直是个非常令人头疼的问题。常用的第三方工具,比如腾讯的bugly,可以帮助我们查找bug的位置所在,但这些第三方,配置起来也会感觉非常麻烦。比如我最近的一个项目,在项目初期,我就加入了bugly,平时测试,bugly找问题确实非常准确。但是上线后,却发现bugly并不能很明确的定位bug的位置。

bugly对应调试界面(未添加符号表文件)

打开bugly控制器才发现,原来是符号表文件没有上传。

这个令我非常郁闷,因为项目已经上线,不能及时的根据崩溃信息找到对应的问题所在。于是,在下一个版本中开始配置bugly的符号表文件。

但,这还要等好久才能看到用户的反馈。。。 那有没有比较简单的办法呢?答案是 有的。

重点来了

在项目上线的时候,我们会Archives存档打包。这个时候我们会看到这个界面

archives后我们看到的界面

这个时候我们如果有已经上线的版本,我们可以点击 ‘Crashes’按钮:

点击Crashes

这时候就会出现令人欣喜的画面:

正在下载Crashes信息

这个下载下来的就是正式上线后,APP的崩溃信息了。

上线版本的崩溃信息

最左侧:崩溃信息列表,都有哪些地方崩溃了

中间:对应的崩溃位置的代码

最右侧:出现崩溃的手机类型和系统信息。

重要!!!!点击最右侧的 'Open in Project...' 。这时,会让你选择要打开哪个项目,你只要选择对应的项目就好。

项目就会定位在对应bug的那一行上了。😁

以上。其实这个方法,和bugly配合起来使用更佳(*^__^*)

希望大家多多交流哈!

相关网址(Bugly官网 和 iOS符号表文件):

Bugly iOS SDK 使用指南

Bugly iOS 符号表配置

上一篇下一篇

猜你喜欢

热点阅读