google breakpad android简易使用方法：
breakpad是一个跨平台的c++崩溃处理系统。
包括：dmp生成模块、 上传模块、 服务器存储模块、解析dmp模块 等。
初级只使用dmp生成模块，再加上手动分析dmp即可。
1、编译静态库
解压并拷贝breakpad源码目录到项目中，编译：
./configure --host=arm-linux-androideabi
make -j2
生成的库是：
src/client/linux/libbreakpad_client.a
2、源码中include头文件：
#include "client/linux/handler/exception_handler.h"
然后在源码中加入：
#ifdef USE_DUMP
#ifdef __linux__//下面是linux下的声明方法，其他平台有所不同
google_breakpad::MinidumpDescriptor descriptor("/");//dmp生成的目录
google_breakpad::ExceptionHandler eh(descriptor,
NULL,
NULL,
NULL,
true,
-1);
#endif
#endif
ExceptionHandler的变量eh在作用域内有效。
比如在main的最开始就加上这两行，那么在整个程序生命周期的异常crash皆可被捕获。
3、修改Android.mk文件，通过USE_DUMP宏可控制是否生成带breakpad的项目版本
确保Application.mk里有APP_STL设置，STLport 或者 GNU libstdc++，然后
在 LOCAL_CFLAGS += \
最后加上一行-DUSE_DUMP
比如：
LOCAL_CFLAGS += \
-DANDROID_SDK \
-DUSE_DUMP
在LOCAL_STATIC_LIBRARIES := \
代码块后加上一行：
LOCAL_STATIC_LIBRARIES += breakpad_client
在mk文件末尾加上：
include ./jni/src/common/breakpad/android/google_breakpad/Android.mk
4、编译项目文件
ndk-build
注意obj文件夹里的项目文件是带符号信息的，lib文件夹里的不带，
所以cp出obj里的文件，部署到测试环境，程序死掉时会生成dmp文件。
5、dmp文件解析
把src/processor/minidump_stackwalk用adb push 到android设备上，比如/目录，然后chmod一下
src/tools/linux/dump_syms/dump_syms同上
解析dmp文件，比如test是我的项目文件，5ee28168-f798-caba-749b962b-312eaf19.dmp 是挂掉后的dmp文件
./dump_syms ./test > test.sym
busybox head -n1 test.sym
屏幕显示：
MODULE Linux arm 6EDC6ACDB282125843FD59DA9C81BD830 test
然后：
mkdir -p ./symbols/test/6EDC6ACDB282125843FD59DA9C81BD830
mv test.sym ./symbols/test/6EDC6ACDB282125843FD59DA9C81BD830
./minidump_stackwalk 5ee28168-f798-caba-749b962b-312eaf19.dmp ./symbols
屏幕显示堆栈信息：
Operating system: Linux
0.0.0 Linux 2.6.32-279.11.1.el6.x86_64 #1 SMP Tue Oct 16 15:57:10 UTC 2012 x86_64
CPU: amd64
family 6 model 42 stepping 7
1 CPU
Crash reason: SIGSEGV//挂掉类型
Crash address: 0x0
Thread 0 (crashed)//挂掉线程id
0 test!crash() [test.cc : 10 + 0x4]//代码： *a = 1; //a是一个int*的指针，值为NULL，给NULL赋值1，挂在源码的第10行，从左到右第四个字符的位置挂了，即a。
rbx = 0x00007fff6c4b8a90 r12 = 0x0000000000401a00
r13 = 0x00007fff6c4b8bc0 r14 = 0x0000000000000000
r15 = 0x0000000000000000 rip = 0x0000000000401b2d
rsp = 0x00007fff6c4b89e0 rbp = 0x00007fff6c4b89e0
Found by: given as instruction pointer in context
1 test!main [test.cc : 16 + 0x4]
rbx = 0x00007fff6c4b8a90 r12 = 0x0000000000401a00
r13 = 0x00007fff6c4b8bc0 r14 = 0x0000000000000000
r15 = 0x0000000000000000 rip = 0x0000000000401c29
rsp = 0x00007fff6c4b89f0 rbp = 0x00007fff6c4b8ae0
Found by: call frame info
2 libc-2.12.so + 0x1ecdc
rbx = 0x0000000000000000 r12 = 0x0000000000401a00
r13 = 0x00007fff6c4b8bc0 r14 = 0x0000000000000000
r15 = 0x0000000000000000 rip = 0x0000003d64e1ecdd
rsp = 0x00007fff6c4b8af0 rbp = 0x0000000000000000
Found by: call frame info
3 test!crash() [test.cc : 11 + 0x1]
rip = 0x0000000000401b35 rsp = 0x00007fff6c4b8b10
Found by: stack scanning
Loaded modules:
0x00400000 - 0x00412fff test ??? (main)
0x3d64a00000 - 0x3d64a1ffff ld-2.12.so ???
0x3d64e00000 - 0x3d6518dfff libc-2.12.so ???
0x3d65600000 - 0x3d65818fff libpthread-2.12.so ???
0x3d65a00000 - 0x3d65c83fff libm-2.12.so ???
0x3d6a600000 - 0x3d6a815fff libgcc_s-4.4.6-20120305.so.1 ???
0x3d6c600000 - 0x3d6c8f0fff libstdc++.so.6.0.13 ???
0x7fff6c4f9000 - 0x7fff6c4f9fff linux-gate.so ???