crash检测方案

java crash 实现UncaughtExceptionHandler接口，然后注册

ndk crash(BreakPad)

利用liunx信号机制，Linux信号一方面用于正常的进程间通信和同步，另一方面它还负责监控系统异常及中断。当应用程序运行异常时，Linux内核将产生错误信号并通知当前进程。当前进程在接收到该错误信号后，可以有三种不同的处理方式。

• 忽略该信号；
• 捕捉该信号并执行对应的信号处理函数（信号处理程序）；
• 执行该信号的缺省操作（如终止进程）；

当Linux应用程序在执行时发生严重错误，一般会导致程序崩溃。其中，Linux专门提供了一类crash信号，在程序接收到此类信号时，缺省操作是将崩溃的现场信息记录到核心文件，然后终止进程。

SIGSEGV 内存引用无效。
SIGBUS 访问内存对象的未定义部分。
SIGFPE 算术运算错误，除以零。
SIGILL 非法指令，如执行垃圾或特权指令
SIGSYS 糟糕的系统调用
SIGXCPU 超过CPU时间限制。
SIGXFSZ 文件大小限制。

一般的出现崩溃信号，Android系统默认缺省操作是直接退出我们的程序。但是系统允许我们给某一个进程的某一个特定信号注册一个相应的处理函数（signal），即对该信号的默认处理动作进行修改。

墓碑
此处了解即可，普通应用无权限读取墓碑文件，墓碑文件位于路径/data/tombstones/下。解析墓
碑文件与后面的breakPad都可使用 addr2line 工具。
Android本机程序本质上就是一个Linux程序，当它在执行时发生严重错误，也会导致程序崩溃然后产生一个记录崩溃的现场信息的文件，而这个文件在Android系统中就是 tombstones 墓碑文件。

BreakPad 生成minidump文件，需要在as bin/lldb/bin minidump_stackwalk
执行命令 minidump_stackwalk xxxx.dump > crash.txt
日志主要看下面的标注
CPU: x86 // abi类型
Crash reason: SIGSEGV //内存引用无效 信号
Thread 0 (crashed) //crashed：出现crash的线程
0 libbugly.so + 0x1feab //crash的so与寄存器信息

接下来使用 Android NDK 里面提供的 addr2line 工具将寄存器地址转换为对应符号。addr2line 要用和自己 so 的 ABI 匹配的目录，同时需要使用有符号信息的so(一般debug的就有)。因为我使用的是模拟器x86架构，因此addr2line位于：
Android\Sdk\ndk\21.3.6528147\toolchains\x86-4.9\prebuilt\windows-x86_64\bin\i686-linuxandroid-addr2line.exe
执行命令 i686-linux-android-addr2line.exe -f -C -e libbugly.so 0x1feab