本文主要是介绍XCode5环境下利用crash log调试线上Crash的流程，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
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基本上过时，因此不再详述。
这篇关于XCode5环境下利用crash log调试线上Crash的流程的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
