iOS平台一套完善的Crash Report解决方案

最开始想iOS和Android都做了，后面尝试了下android上面的崩溃收集，困难程度超出我的想象，也可以说几乎不可能实现像iOS下面一样实用且方便的崩溃收集系统（1.有堆栈等信息，不会产生卡死等副作用。 2.专指jni崩溃，java的崩溃很容易处理）。 这个有一点要反思一下，在困难的地方浪费时间不如把简单的东西做好，那么多赚大钱的游戏也是各种不完美，但是玩家不会在意程序是否牛x，技术是否高明，只要玩家想玩的核心点做到极致就可以了。

1、在崩溃的时候使用 （这里）提到的方式来获取堆栈直接上传到服务器。 这个可以进行粗略定位，并且是明文的，不需要额外工具转换格式。 缺点是，不能定位到具体行。但是很多情况下这个也是足够使用的。

2、使用plcrashreporter 获取到崩溃日志文件。 在游戏下一次开始运行的时候上传这个崩溃文件到服务器。 我们获取到这个文件后具体分析过程：

a、将发布版本时备份的dSYM符号文件和崩溃信息文件(xx.plcrash) 放到一个文件夹

b、需要用到的工具 plcrashutil (这个在plcrashreporter发布包的Tools文件夹下) symbolicatecrash（这个在xcode程序文件夹下 /Applications/Xcode.app/Contents/Developer/Platforms/iPhoneOS.platform/Developer/Library/PrivateFrameworks/DTDeviceKit.framework/Versions/A/Resources/）

c、运行命令

./plcrashutil convert --format=iphone live_report.plcrash > test.crash
export DEVELOPER_DIR=/Applications/Xcode.app/Contents/Developer
./symbolicatecrash test.crash DemoCrash-iOS-Device.app.dSYM > crash_readable.log

第一个命令将plcrash转换为苹果标准崩溃格式，第二个命令可以根据dSYM符号文件解析出崩溃信息，可以定位到具体行，例如：

Thread 0 Crashed:
0   DemoCrash-iOS-Device                0x00002780 stackFrame (main.m:41)

Thread 1:
0   libsystem_kernel.dylib              0x368ad3a8 kevent + 24
1   libdispatch.dylib                   0x376dabc9 _dispatch_mgr_wakeup + 1