Android&iOS崩溃堆栈上报

Android&iOS崩溃堆栈上报

原文地址:http://www.cnblogs.com/songcf/p/4885468.html

通过崩溃捕获和收集,可以收集到已发布应用(游戏)的异常,以便开发人员发现和修改bug,对于提高软件质量有着极大的帮助。在这里总结一下这几天做崩溃捕获的收获。


我们项目使用的是cocos2dx-js,那么要捕获的信息就有以下三点:

  1. js脚本语法错误、js调用为定义的native对象(程序不会崩溃)
  2. iOS(obj-c)/Android(java)端的未捕获异常导致的crash
  3. c++操作时导致的crash

1. js端错误

js端的错误,都会调用2dx的ScriptingCore::reportError方法打印日志,在该方法内获取错误并上报即可。


2. iOS(obj-c)/Android(java)的未捕获异常

iOS/Android都可以在程序的入口处设置未捕获异常的捕获

  • iOS : NSSetUncaughtExceptionHandler(&HandleException);
  • Android : Thread.setDefaultUncaughtExceptionHandler(handler);
    在回调中获取堆栈信息上报即可。

3. c++层操作时导致crash

c++操作错误导致crash时,无论是iOS还是android系统,其底层都是unix或者是类unix系统,可以通过信号机制来捕获(signal或者是sigaction),即任何系统错误都会抛出一个错误信号,我们可以通过设定一个回调函数,然后在回调函数里面打印并发送错误日志,而我在接入时,主要的难点在Android平台。

下面列举一些我尝试过的,获取c/c++函数调用堆栈的方法

1)使用CallStack工具类

头文件位于frameworks/native/include/utils/CallStack.h,在Android的C++中,已经集成了工具类CallStack,在libutils.so中。此方法不适用NDK,对于2dx来说,如果想要使用该工具类需要下载android源码,然后在ndk的工程中添加依赖;或者使用dlopen/dlsym动态获得函数句柄实现调用(该方法不知可行否,还没来得及测试)

2)使用execinfo.h

glibc头文件"execinfo.h"中的backtrace、backtrace_symbols接口是linux下常用的获取堆栈的方式,但是该方法不适用于android,因为android适用的是bionic,而非glibc。

3)使用unwind_backtrace

使用unwind在百度上能查出很多总不同的实现,这里贴出一篇我用过并成功编译运行的实现方式的帖子:http://*.com/questions/8115192/android-ndk-getting-the-backtrace
但是该方式如果是在收到signal的回调函数中使用,是不能还原崩溃堆栈的,只能得到signal发出后到调用unwind之间的函数堆栈,而我们需要的是signal发出前的崩溃堆栈

4)通过函数调用原理,自己实现获取函数栈的方法

这里有篇不错的博客:http://hutaow.com/blog/2013/10/15/dump-stack/ 不过我在测试时,汇编代码ndk编译不过,一直没解决,所以并没有采用该方法。
后来又找到了一篇不错的文章,可以结合着看:http://blog.chinaunix.net/uid-24774106-id-3457205.html

5)android平台通过logcat获取崩溃堆栈

在收到信号时通过jni回调java端,通过新开一个进程获取logcat来得到崩溃堆栈,但此时并未得到c++的崩溃堆栈,该方法源自:
http://*.com/questions/8115192/android-ndk-getting-the-backtrace#
http://www.cnblogs.com/lancidie/archive/2013/04/13/3019349.html

6)使用第三发sdk

使用第三方sdk很方便,而且在后台浏览crash信息也很清晰,这里推荐一下我用的tencent-bugly,如果你在使用之前不清楚获取崩溃堆栈的原理,看看前面几点提到的文章和方法会收益颇多


关于符号表的原理推荐看这本书:
《Linkers and Loaders》——John Levine


上一篇:康复计划#5 Matrix-Tree定理(生成树计数)的另类证明和简单拓展


下一篇:集合set-深入学习