原文地址: http://www.cnblogs.com/songcf/p/4885468.html
通过崩溃捕获和收集,可以收集到已发布应用(游戏)的异常,以便开发人员发现和修改bug,对于提高软件质量有着极大的帮助。在这里总结一下这几天做崩溃捕获的收获。
我们项目使用的是cocos2dx-js,那么要捕获的信息就有以下三点:
js端的错误,都会调用2dx的 ScriptingCore::reportError
方法打印日志,在该方法内获取错误并上报即可。
iOS/Android都可以在程序的入口处设置未捕获异常的捕获
NSSetUncaughtExceptionHandler(&HandleException);
Thread.setDefaultUncaughtExceptionHandler(handler);
c++操作错误导致crash时,无论是iOS还是android系统,其底层都是unix或者是类unix系统,可以通过信号机制来捕获(signal或者是sigaction),即任何系统错误都会抛出一个错误信号,我们可以通过设定一个回调函数,然后在回调函数里面打印并发送错误日志,而我在接入时,主要的难点在Android平台。
头文件位于 frameworks/native/include/utils/CallStack.h
,在Android的C++中,已经集成了工具类CallStack,在libutils.so中。此方法不适用NDK,对于2dx来说,如果想要使用该工具类需要下载android源码,然后在ndk的工程中添加依赖;或者使用dlopen/dlsym动态获得函数句柄实现调用(该方法不知可行否,还没来得及测试)
glibc头文件"execinfo.h"中的backtrace、backtrace_symbols接口是linux下常用的获取堆栈的方式,但是该方法不适用于android,因为android适用的是bionic,而非glibc。
使用unwind在百度上能查出很多总不同的实现,这里贴出一篇我用过并成功编译运行的实现方式的帖子: http://stackoverflow.com/questions/8115192/android-ndk-getting-the-backtrace
但是该方式如果是在收到signal的回调函数中使用,是不能还原崩溃堆栈的,只能得到signal发出后到调用unwind之间的函数堆栈,而我们需要的是signal发出前的崩溃堆栈
这里有篇不错的博客: http://hutaow.com/blog/2013/10/15/dump-stack/ 不过我在测试时,汇编代码ndk编译不过,一直没解决,所以并没有采用该方法。
后来又找到了一篇不错的文章,可以结合着看: http://blog.chinaunix.net/uid-24774106-id-3457205.html
在收到信号时通过jni回调java端,通过新开一个进程获取logcat来得到崩溃堆栈,但此时 并未得到c++的崩溃堆栈 ,该方法源自:
http://stackoverflow.com/questions/8115192/android-ndk-getting-the-backtrace #
http://www.cnblogs.com/lancidie/archive/2013/04/13/3019349.html使用第三方sdk很方便,而且在后台浏览crash信息也很清晰,这里推荐一下我用的tencent-bugly,如果你在使用之前不清楚获取崩溃堆栈的原理,看看前面几点提到的文章和方法会收益颇多