Android端crash可分为Java层crash和Native crash，我们通常说的crash一般指的是Java层crash，Native crash主要指C/C++代码(其在Android工程中以动态链接库的形式存在)的崩溃，一般难以抓取。下图为Android系统框架图，NativeCrash主要就是在图中红框部分发生的崩溃。

Android中C/C++开发部分称之为NDK，Android开发中引入NDK一般是基于如下考虑：

数据安全：java层代码易被反编译，而C/C++库反汇难度较大。

性能考虑：将要求高性能的应用逻辑使用C开发，提高应用程序的执行效率。

便于移植。用C/C++写得库可以方便在其他的嵌入式平台上再次使用

对于NativeCrash，其复现难度大，且需要手机root权限(Native崩溃日志存储在手机的/data/tombstones目录下)。本文主要介绍两种方法获取Android端线上Native Crash的崩溃信息，分别是基于开源工具google-breakpad和基于c/c++信号异常处理。

首先介绍在开源工具google-breakpad的基础上，实时抓取线上Native crash的dmp日志，并对dmp日志进行上传、解析、分类、聚合的过程。下图为google-breakpad的工作原理图。Breakpad有三个主要组件：

•客户端是一个库，包含在您的应用程序中。 它可以获取当前线程的状态和当前加载的可执行文件和共享库的ID写转储文件。您可以配置客户端发生了崩溃时写入一个minidump时，或明确要求时。

• 符号卸载器是一个程序，读取由编译器产生的调试信息，并生成一个使用Breakpad格式的符号文件  。

•该处理器(minidump processor)是一个程序，读取一个minidump文件，找到相应的版本的符号文件的(可执行文件和共享库的转储提到的)，并产生了一个人可读的C / C + +堆栈跟踪。

关于google-breakpad的工作原理可详见如下链接

http://blog.csdn.net/wpc320/article/details/8290501

实现方案

上图给出NativeCrash整个实现方案，APP中接入提供的SDK，包含一个通用SO和一个JAR,当APP中发生NDK崩溃时，会在手机端生成一个dmp文件，待下次APP重启后，将此dmp文件上传至服务端，在服务端进行解析、分类、聚合、可读展示等过程。总的来说，可分为三个模块

•  客户端sdk

客户端sdk主要包含一个通用so和jar，通用so主要是基于google-breakpad进行简单封装，使其通用化，jar主要提供上传dmp文件的功能。通用so采用NDK编程，主要代码片段如下：

JNI_OnLoad

```

jint JNI_OnLoad(JavaVM* vm, void* reserved) {

JNIEnv* env = NULL;

jint result = -1;

if (vm->GetEnv((void**) &env, JNI_VERSION_1_4) != JNI_OK) {

goto bail;

}

if (register_nativecrash(env) < 0) {

goto bail;

}

fields.jvm = vm;

result = JNI_VERSION_1_4;

bail: return result;

}

```

register_nativecrash：注册native方法

static int register_nativecrash(JNIEnv *env) {

return registerNativeMethods(env, CLASSPATH, gMethods,

sizeof(gMethods) / sizeof(gMethods[0]));

}

static int registerNativeMethods(JNIEnv* env, const char* className,

JNINativeMethod* gMethods, int numMethods) {

jclass clazz;

clazz = env->FindClass(className);

if (clazz == NULL) {

return JNI_FALSE;

}

if (env->RegisterNatives(clazz, gMethods, numMethods) < 0) {

return JNI_FALSE;

}

fields.clazz = (jclass) env->NewGlobalRef(clazz);

if (fields.clazz == NULL) {

return JNI_FALSE;

}

return JNI_TRUE;

}

设置dmp文件存放目录

static void Java_com_baidu_nativecrash_NativeCrash_setNativeCrashDir(

JNIEnv* env, jobject thiz, jstring dir) {

if (dir == NULL) {

__android_log_print(ANDROID_LOG_ERROR, LOG_TAG,

"native crash dir is null");

jniThrowException(env, "java/lang/IllegalArgumentException", NULL);

return;

}

const char *filepathStr = env->GetStringUTFChars(dir, NULL);

if (filepathStr == NULL) {  // Out of memory

__android_log_print(ANDROID_LOG_ERROR, LOG_TAG,

"native crash filepathStr is null");

jniThrowException(env, "java/lang/IllegalArgumentException", NULL);

return;

}

if (filepathStr && (strlen(filepathStr) > 0)) {

__android_log_print(ANDROID_LOG_DEBUG, LOG_TAG, "native crash %s",

filepathStr);

static google_breakpad::MinidumpDescriptor descriptor(filepathStr);

static google_breakpad::ExceptionHandler eh(descriptor, NULL,

DumpCallback, NULL, true, -1);

}

DumpCallback回调方法中可以向Jave层回传一些其他额外信息。

}

android.mk

MY_ROOT_PATH := $(call my-dir)

include $(MY_ROOT_PATH)/../google-breakpad/android/jni/Android.mk

LOCAL_PATH := $(MY_ROOT_PATH)

include $(CLEAR_VARS)

LOCAL_MODULE    := nativecrash

LOCAL_SRC_FILES := nativecrash_jni.cpp

LOCAL_C_INCLUDES := \

$(LOCAL_PATH)/../google-breakpad/src/common/android/include \

$(LOCAL_PATH)/../google-breakpad/src

LOCAL_CPPFLAGS :=  -Os -fvisibility=hidden

LOCAL_CFLAGS :=  -Os -fvisibility=hidden

LOCAL_CFLAGS += -Wno-psabi

LOCAL_STATIC_LIBRARIES += breakpad_client

include $(BUILD_SHARED_LIBRARY)

Application.mk

APP_ABI := armeabi-v7a armeabi mips x86

APP_STL := stlport_static

APP_OPTIM := release

APP_CPPFLAGS += -Wno-error=format-security

• native日志上传server

客户端dmp文件上传的服务端采用百度云服务，主要用来接收客户端上传的dmp文件并保存。注意，这里dmp文件上传时机为APP重启后，在wifi的情况下上传(dmp文件较大，非wifi上传不合理)。接收客户端上传的dmp文件并存储后写库，数据库中需要两个表，分别是用来保存dmp文件的存储记录表以及dmp文件解析后的日志分类表。

• 日志解析分类server

—解析过程：每隔3min读取日志存储记录表最近30条未解析记录，进行解析，dmp解析需要用到breakpad的minidump processor提供的解析方法，故需事先编译breakpad源码，生成解析所需tool，解析完成后，修改解析状态。解析脚本需要轮询执行，通过linux下crontab进行设置。解析过程参考如下链接。

http://blog.csdn.net/brook0344/article/details/20126351

—分类过程：每隔3min读取存储记录表最近20条已解析记录，进行分类。分类算法主要是将解析后的崩溃堆栈信息的栈顶文本作为关键字，进行分类，可大大简化文本分类过程。我们可以认为在同一处崩溃的堆栈信息是一致的，也即可以认为栈顶文本相同的崩溃，是同一类崩溃。分类完成后，写入日志分类表。

—日志展示：读取日志分类表，按分类的崩溃次数逆序排序，展示结果。

以上是基于google-breakpad的NativeCrash日志收集方法的全过程，google-breakpad是夸平台开源工具，体量较大，在其基础上生成的通用SO(用到STL)和dmp日志也都较大，对于sdk大小有严格要求的APP，可能不是很方便。下一节介绍体量较小的基于c/c++异常信号处理的NativeCrash日志收集方法。