iOS崩溃调试的多种方法

OC

在iOS开发调试及上线后，程序都经常需要调试，简单点来说开发时打断点，复杂的情况下需要分析crash文件，尤其是上线后也需要修复崩溃的bug。

获取崩溃信息有多种方法。一般来说有如下几种

  • 自己实现应用内崩溃收集，也可上传服务器

  • 使用苹果提供的Carsh崩溃收集服务

  • Xcode自带的查看设备崩溃信息

  • 使用第三方统计工具

自己实现应用内崩溃收集

苹果提供了异常处理的类，NSException,这个类可以创建及获取一个异常对象。

使用苹果提供的Carsh崩溃收集服务

苹果在Xcode中为我们集成了崩溃统计功能，在Window->Organizer->Crashes中可以看到

但是，苹果自带的这个崩溃统计工具需要在手机上额外设置。
设置->隐私->诊断与用量->诊断与用户数据(iOS8以下在通用中设置)，选择自动发送并与开发者分享即可。

Xcode自带的查看设备崩溃信息

打开Xcode,选择Windows－> Devices －> 选择自己的手机 -> View Device Logs 就可以查看我们的崩溃信息。

如果手机上的应用是这台电脑打包安装的，这样崩溃信息已经为我们符号化好了，点击去之后，如果还是没有符号化完毕 ，我们选择文件，然后右击选择Re-Sysbomlicate就可以。如果是使用其他电脑进行的打包，我们可以在这里面将Crash文件导出，自己通过命令行的方式进行解析。

使用第三方统计工具

之前使用过友盟，还需要使用工具自行解析，感觉并不是很好，还有比如百度统计，BugHD,Fabric等很多。崩溃收集统计函数应该只进行一次调用，如果用第三方的话也最好只用一个第三方，这样我们获取崩溃统计信息的途径也是唯一的。第三方统计工具并不是用的越多越好，使用多个崩溃收集第三方会导致NSSetUncaughtExceptionHandler()函数指针的恶意覆盖，导致有些第三方不能收到崩溃信息。

我现在在用的是Fabric，感觉相当不错，下篇文章再做讲解。另外BugHD也还是不错，就是延迟太久才能收到.使用BugHD,需前往官网注册，创建项目，然后集成代码，整个流程非常简单。

1.下载并导入 SDK 下载 SDK

将下载包中的 BugHD.framework 文件夹拖到 Xcode 项目中,在应用设置中, Build Phases -> Link Binary With Libraries 里添加SystemConfiguration.framework，当然也可以通过Cocoapods安装，官网那个有详细的使用文档。

2 在 AppDelegate.m 中导入头文件:

#import \ //导入头文件
然后在

application:didFinishLaunchingWithOptions: 方法中加入一行:

[BugHD handleCrashWithKey:@”你的GENERAL_KEY”]; 即可。

GENERAL_KEY在创建项目时会自动生成。默认是在release模式下词汇收集错误信息，会将错误信息显示在官网并会发到注册邮箱里。Debug模式下也希望收到错误信息的话，需要设置

捕捉到的错误信息

但是这个错误信息延迟的太久，可能需要半天甚至一天的时间才能收集到。

dSYM

上述中提到的dSYM，是一种文件格式。我们每次Archive之后，都会生成一个dSYM文件，也就是符号集。符号集是我们打包之后，和.app文件同级的后缀名为.dSYM的文件，这个文件必须使用Xcode进行打包才有。每一个.dSYM文件都有一个UUID，和.app文件中的UUID对应，代表着是一个应用。而.dSYM文件中每一条崩溃信息也有一个单独的UUID，用来和程序的UUID进行校对。符号集中存储着文件名、方法名、行号的信息，是和可执行文件的16进制函数地址对应的，通过分析崩溃的.Crash文件可以准确知道具体的崩溃信息。必须使用当前应用打包的电脑所生成的dSYM文件，其他电脑生成的文件可能会导致分析不准确。

崩溃分析

这个崩溃分析我自己并没有实现，觉得比较繁琐，在使用友盟的时候，也需要使用错误分析工具来实现。以下，是网上找的一个方法，可以自行参考。

通过Mac自带的命令行工具解析Crash文件需要具备三个文件

  • symbolicatecrash，Xcode自带的崩溃分析工具，使用这个工具可以更精确的定位崩溃所在的位置，将0x开头的地址替换为响应的代码和具体行数。

  • 我们打包时产生的dSYM文件。

  • 崩溃时产生的Crash文件

在解析崩溃信息的时候，首先在桌面上建立一个Crash文件夹，然后将.Crash、.dSYM、symbolicatecrash放在这个文件夹中，这样进入这个文件夹下，直接一行命令就解决了。

symbolicatecrash我们可以在下面路径下可以找到，我用的是Xcode7，其他版本Xcode路径可能不一样，请自行查找。

1
/Applications/Xcode.app/Contents/SharedFrameworks/DTDeviceKitBase.framework/Versions/A/Resources/symbolicatecrash

然后Window->Organizer->Archives中，选中archive的版本右击，选择Show in Finder就可以获取dSYM文件了。

将.Crash、.dSYM、symbolicatecrash三个文件都放在我们在桌面建立的Crash文件夹中。

开启命令行工具，进入崩溃文件夹中

cd /Users/username/Desktop/崩溃文件夹

使用命令解析Crash文件

./symbolicatecrash ./.crash ./.app.dSYM > symbol.crash

如果上面命令不成功，使用命令检查一下环境变量

xcode-select -print-path

返回结果：

/Applications/Xcode.app/Contents/Developer/

如果不是上面的结果，需要使用下面命令设置一下导出的环境变量，然后重复上面解析的操作。

export DEVELOPER_DIR=/Applications/XCode.app/Contents/Developer

解析完成后会生成一个新的.Crash文件，这个文件中就是崩溃详细信息。图中红色标注的部分就是我们代码崩溃的部分。

注意，以下情况不会有崩溃信息产生：

  • 内存访问错误(不是野指针错误)

  • 低内存，当程序内存使用过多会造成系统低内存的问题，系统会将程序内存回收

  • 因为某种原因触发看门狗机制

如有任何疑问或问题请联系我:fishnewsdream@gmail.com,欢迎交流，共同提高！

Objective-C/Swift技术开发交流群201556264，讨论何种技术并不受限，欢迎各位大牛百家争鸣！

微信公众号OldDriverWeekly，欢迎关注并提出宝贵意见

老司机iOS周报,欢迎关注或订阅

刚刚在线工作室，欢迎关注或提出建设性意见！

刚刚在线论坛, 欢迎踊跃提问或解答！

如有转载，请注明出处，谢谢！

本站总访问量次 本文总阅读量次