XCode5环境下利用crash log调试线上Crash的流程

来源：互联网发布：c语言!=是什么意思编辑：程序博客网时间：2024/04/27 15:12

1.前言

本文主要介绍在XCode5环境下，如何根据App自己生成的crashlog来调试真机上运行时产生的crash问题。

2. 步骤

（1）构造一段会crash的代码，并放到viewDidLoad里面，如下图所示：

以上代码会在objectAtIndex处因为数组越界而crash

（2）在程序中捕获crash，生成crashlog，并保存到程序自己的沙盒中，如果需要分析线上bug，也可以将log文件上传到自己的服务器中。

捕获crash很简单，主要是以下步骤：

在didFinishLaunchingWithOptions 中调用NSSetUncaughtExceptionHandler (&UnCaughtExceptionHandler)，传入一个C函数的地址，这样，当发生crash时，系统会调用该函数。

此C函数的原型为void UnCaughtExceptionHandler(NSException *exception);

在UnCaughtExceptionHandler函数中，根据参数exception中的信息，可以得到crash 的callStackSymbols，callStackReturnAddresses，reason，name，然后将这些内容保存到log文件中。

代码如下：

（3）打包生成.ipa文件

选择Xcode菜单- Product - Archive ，在弹出的Organize-Archives界面中选择Distribute - Save for enterprise or Ad hoc ，然后选择对应的profile文件，最后导出为ipa文件，该ipa文件可以用同步助手等工具安装到带有描述文件的iOS设备上。

（4）找到dysm符号文件

使用Finder前往路径~/Library/Developer/Xcode/Archives/，可以看到日期目录，目录下有后缀名为xcarchive的文件，选中该文件，右键菜单选择“显示包内容”，可以看到一个dsYMs目录，将目录中的XXX.app.dsYM文件拷出来，后面分析会用到。

（5）

在设备上运行安装的app，app会在viewdidload的时候crash，然后生成crash log，存放到document中。使用工具将crash log复制出来，内容如下：

=====================Crash Report For Iphone=====================

Date:

2013年11月26日星期二中国标准时间下午2时02分57秒

Name:

NSRangeException

main function address:

0xb6add

Reason:

*** -[__NSArrayI objectAtIndex:]: index 1 beyond bounds [0 .. 0]

CallStackSymbols:

0 CoreFoundation 0x322112bb <redacted> + 186

1 libobjc.A.dylib 0x39f2e97f objc_exception_throw + 30

2 CoreFoundation 0x3215be8d <redacted> + 164

3 CrashLogSample 0x000b6a23 CrashLogSample + 23075

4 CrashLogSample 0x000b69b9 CrashLogSample + 22969

5 UIKit 0x34038595 <redacted> + 364

6 UIKit 0x34078d79 <redacted> + 64

7 UIKit 0x34074aed <redacted> + 364

8 UIKit 0x340b61e9 <redacted> + 60

9 UIKit 0x3407983f <redacted> + 1666

10 UIKit 0x3407184b <redacted> + 698

11 UIKit 0x34019c39 <redacted> + 1004

12 UIKit 0x340196cd <redacted> + 72

13 UIKit 0x3401911b <redacted> + 6154

14 GraphicsServices 0x35d2f5a3 <redacted> + 590

15 GraphicsServices 0x35d2f1d3 <redacted> + 34

16 CoreFoundation 0x321e6173 <redacted> + 34

17 CoreFoundation 0x321e6117 <redacted> + 138

18 CoreFoundation 0x321e4f99 <redacted> + 1384

19 CoreFoundation 0x32157ebd CFRunLoopRunSpecific + 356

20 CoreFoundation 0x32157d49 CFRunLoopRunInMode + 104

21 UIKit 0x34070485 <redacted> + 668

22 UIKit 0x3406d301 UIApplicationMain + 1120

23 CrashLogSample 0x000b6b23 CrashLogSample + 23331

24 CrashLogSample 0x000b6978 CrashLogSample + 22904

CallStackReturnAddress:

841028259

972220799

840285837

748067

747961

872646037

872910201

872893165

873161193

872912959

872880203

872520761

872519373

872517915

903017891

903016915

840851827

840851735

840847257

840269501

840269129

872875141

872862465

748323

747896

（6）根据以上crash log和符号文件来定位crash在源代码中的位置

在以上crash log中，可以看出crash类型是NSRangeException，即数组越界
在CallStackSymbols那一栏中，可以看到程序crash时的调用栈，其中CrashLogSample表示本App。在其中的第4行，可以看到

3 CrashLogSample 0x000b6a23 CrashLogSample + 23075

这行语句表示崩溃发生时用户代码的地址，但是并不能直接用地址0x000b6a23去符号文件中定位，而是要用以下方式定位：

将该行语句中的23075由10进制转换为16进制，即 0x5a23, 然后加上0x4000，得到0x 9a23。使用命令行工具进入之前符号文件的目录，输入以下命令，其中crashlogsample应换成自己App的名字。

atos -o ‘CrashLogSample.app.dSYM/Contents/Resources/DWARF/CrashLogSample' -arch armv7 0x9a23

输出结果为：

-[ViewController test] (in CrashLogSample) (ViewController.m:30)

如图所示：

对比之前的代码：

可以看到已经将crash定位到了ViewController.m文件中的30行。

3.备注

本文叙述的流程主要适用于XCode5环境下，对于XCode4的情况，情况略有不同，不过XCode4基本上过时，因此不再详述。

0 0