Android&iOS崩溃堆栈上报
原文地址：http://www.cnblogs.com/songcf/p/4885468.html
通过崩溃捕获和收集，可以收集到已发布应用（游戏）的异常，以便开发人员发现和修改bug，对于提高软件质量有着极大的帮助。在这里总结一下这几天做崩溃捕获的收获。
我们项目使用的是cocos2dx-js，那么要捕获的信息就有以下三点：
- js脚本语法错误、js调用为定义的native对象（程序不会崩溃）
- iOS(obj-c)/Android(java)端的未捕获异常导致的crash
- 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://stackoverflow.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://stackoverflow.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