最开始想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
./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