一、背景

众所周知,Android JNI层的Crash问题是个比较头疼的问题。相对Java层来说,由于c/c++造成的crash没有输出如同

Java的Exception Strace,所以crash的定位问题是件比较艰难的事情。Google Breakpad是一套完整的工具集,从crash的

捕获到crash的dump,都提供了相对应的工具。

二、目的:当程序crash了之后,收集程序崩溃信息,定位到崩溃的地方

三、方案

Google breakpad是一个跨平台的崩溃转储和分析框架和工具集合。

Breakpad由三个主要组件:

client,以library的形式内置在你的应用中,当崩溃发生时写 minidump文件

symbol dumper, 读取由编译器生成的调试信息(debugging information),并生成 symbol file

processor, 读取 minidump文件 和 symbol file ,生成可读的c/c++ Stack trace.

简单来说就是一个生成 minidump,一个生成symbol file,然后将其合并处理成可读的Stack trace。

四、集成

1.克隆或者下载breakpad开源库:https://github.com/google/breakpad.git

2.进入根目录执行:

`./configure && make`

src/client/linux目录下生成libbreakpad_client.a 静态库文件[libbreakpad_client.a](/uploads/33f43e7fad5ec0fa5358c5fc9373e1db/libbreakpad_client.a),src/processor 目录下生成

minidump_stackwalk 工具[minidump_stackwalk](/uploads/8b56c60770516b83344378e22ab64874/minidump_stackwalk),用于导出crash log,

src/tools/linux/dump_syms 目录下生成 dump_syms工具[dump_syms](/uploads/05ca888d36dd5dfe4b0927e881ae775c/dump_syms),用于导出符号文件。

3.集成的方式有两种, 参考breakpad目录下README.ANDROID。

注:这里直接使用sample_app,如需在app中使用,可以直接include sample_app中jin的android.mk文件

(1) 编译成成.a库文件, 直接用加入.a的方式来集成

(2) 使用import-module的方式, 让ndk来编译

这里采用第(2)种方式,详见sample_app目录下的jin中的android.mk文件[Android.mk](/uploads/bf07e5cc4ce46a87045203239a5eade4/Android.mk)

(1) 直接使用/android/sample_app的实例

(2) 在jni/Android.mk中加入代码

```
LOCAL_CPPFLAGS := -pie -fPIE -D__STDC_FORMAT_MACROS -D__STDC_LIMIT_MACROS

LOCAL_LDFLAGS := -pie -fPIE
```

注:详见sample-app文件夹下的jin文件夹下的android.mk

(3) 在main.cpp 中加入代码[test_breakpad.cpp](/uploads/6becceec0fad8db20eda02f623ef9866/test_breakpad.cpp)

#include <stdio.h>

#include "client/linux/handler/exception_handler.h"

#include "client/linux/handler/minidump_descriptor.h"

namespace {

bool DumpCallback(const google_breakpad::MinidumpDescriptor& descriptor,void* context,

bool succeeded) {printf("Dump path: %s\n", descriptor.path());

return succeeded;

}

void Crash() {

volatile int* a = reinterpret_cast<volatile int*>(NULL);

*a = 1;

}

} // namespace

int main(int argc, char* argv[]) {

google_breakpad::MinidumpDescriptor descriptor("/sdcard");

google_breakpad::ExceptionHandler eh(descriptor, NULL, DumpCallback, NULL, true, -1);

Crash();

return 0;

}
此时, 就可以编译android cocos2d-x工程了, 生成的crash文件放在 /sdcard下, 文件后缀为dmp

五、测试

Build instructions:

```
cd android/sample_app

$ndk-build
```

Where $NDK points to a valid Android NDK installation.After executing "ndk-build"

,there will be many binary files named test_google_breakpad

Usage instructions:

After buildind the test program, send it to a device, then run it as

the shell UID:

adb push libs/armeabi/test_google_breakpad /data/local/tmp

adb shell /data/local/tmp/test_google_breakpad

ps:However, you don"t have do these two steps, in that our shell of 'run_test' already has included them.

This will simply crash after dumping the name of the generated minidump

file.[a1ee9a8a-21bc-4e2b-85046fab-20468514.dmp](/uploads/52f61416273700a479a323df4d382412/a1ee9a8a-21bc-4e2b-85046fab-20468514.dmp)

use the command of adb to pull the file of .dmp

See jni/test_breakpad.cpp for details.

六、结果分析

Note: all of the things you need do is that to use the command of adb to pull the file of .dmp and to analysis it.

在sample_app目录下新建Dump文件,拷贝命令dump_syms和minidump_stackwalk到Dump目录下。

```
cp breakpad-master/src/tools/linux/dump_syms/dump_syms ./Dump

cp breakpad-master/src/processor/minidump_stackwalk ./Dump
```

生成sym文件[test_google_breakpad.sym](/uploads/54fa8d709f89fa17e5ba027ce44dc7c1/test_google_breakpad.sym)

```
cd Dump

./dump_syms test_google_breakpad > test_google_breakpad.sym
```

注:在我们的APP中,test_google_breakpad在obj/local/armeabi-v7a目录下,需要将其copy到Dump目录下

在Dump中新建symbols文件夹,在symbols文件夹下新建test_google_breakpad文件夹,然后在

test_google_breakpad文件夹下新建以test_google_breakpad.sym文件中的第一行的十六进制字符串命名的文件

夹,将test_google_breakpad.sym移动到这个十六进制字符串的文件夹下。

生成crashed.log文件[crashed.log](/uploads/79a0fdf3aebf28307c9caf98dba1d559/crashed.log)

```
cd Dump

./minidump_stackwalk xxxx-xxxx-xxxxx-xxxx.dmp symbols > crashed.log
```

注:确保dmp文件和symbols目录是同级的

打开crashed.log文件,查看程序崩溃的地方

an introduction of google breakPad for android的更多相关文章

  1. Android使用google breakpad捕获分析native cash

    Android 开发高手课 课后练习(1) 一.Chapter01 崩溃 https://time.geekbang.org/column/article/70602 https://github.c ...

  2. x86 Android游戏开发专题篇之使用google breakpad捕捉c++崩溃(以cocos2dx为例)

    近期一直都在x86设备上进行游戏开发.就c++层和Android java层倒没有什么要特别注意的(除了须要注意一下改动Application.mk指定平台外),在c++崩溃的时候,非常多时候看不到堆 ...

  3. Google Breakpad: 实战crash .

    Google Breakpad: 实战crash . http://blog.csdn.net/zm_21/article/details/24795205 C/C++程序最棘手的时候就是一个字“挂” ...

  4. C++库(Google Breakpad)

    Google Breakpad是什么? 一个开源的多平台崩溃报告系统. Google breakpad是一个非常实用的跨平台的崩溃转储和分析模块,它支持Windows,Linux和Mac和Solari ...

  5. Google Developing for Android 三 - Performance最佳实践

    Google Developing for Android 三 - Performance最佳实践 发表于 2015-06-07   |   分类于 Android最佳实践 原文 Developing ...

  6. Google Developing for Android 二 - Memory 最佳实践 // lightSky‘Blog

    Google Developing for Android 二 - Memory 最佳实践   |   分类于 Android最佳实践 原文:Developing for Android, II Th ...

  7. Android Studio重构之路,我们重新来了解一下Google官方的Android开发工具

    Android Studio重构之路,我们重新来了解一下Google官方的Android开发工具 记得我的第一篇博客就是写Android Studio,但是现在看来还是有些粗糙了,所有重构了一下思路, ...

  8. QT中使用google breakpad捕获程序崩溃异常

    今天给大家介绍一个在linux下如何捕获程序崩溃异常的方法 一.google breakpad源码的下载和编译 1.https://github.com/google/breakpad.git,源码地 ...

  9. Google BreakPad使用集

    Google Breakpad 学习笔记 - 简书   Qt中使用Google Breakpad捕获程序崩溃异常_Linux编程_Linux公社-Linux系统门户网站 

随机推荐

  1. C语言程序的内存布局

    C语言程序的内存布局 一:C语言程序的存储区域 C语言编写的程序经过编绎-链接后,将形成一个统一的文件,它由几个部分组成,在程序运行时又会产生几个其他部分,各个部分代表了不同的存储区域: 1.代码段( ...

  2. Realm_King 之 XPDL(XML Process Definition Language)

    XPDL(XML Process Definition Language)是由Workflow Management Coalition(简写为:WfMC)所提出的一个标准化规格,使用XML文件让不同 ...

  3. asp.net mvc+jquery easyui开发实战教程之网站后台管理系统开发2-Model层建立

    上篇(asp.net mvc+jquery easyui开发实战教程之网站后台管理系统开发1-准备工作)文章讲解了开发过程中的准备工作,主要创建了项目数据库及项目,本文主要讲解项目M层的实现,M层这里 ...

  4. 网站压力测试工具 Webbench简单介绍

    Webbech能测试处在相同硬件上,不同服务的性能以及不同硬件上同一个服务的运行状况.Webbench的标准测试可以向我们展示服务器的两项内容:每秒钟相应请求数和每秒钟传输数据量.Webbench不但 ...

  5. kubernetes实战篇之windows添加自签ca证书信任

    系列目录 由于服务端设置了https访问,因此如果通过浏览器访问时会提示证书不被信任,但是仍然可以通过处理继续访问.但是在自动化环境中,都是通过命令来请求的,这样不受信任的https就会报错误,这样我 ...

  6. Varnish动静分离配置示例

    动静分离 [root@varnish ~]# vim /etc/varnish/default.vclvcl 4.0;backend web { .host = "192.168.30.15 ...

  7. 13 CSS样式权重问题

    <!-- 权重问题整体说明: 1.权重的意义:判定CSS属性的优先级高低,也就是说判定那个CSS的属性优先显示,将其他的低优先级的CSS样式覆盖掉. 2.如何判断权重:数选择器的数量,按照Id选 ...

  8. Python爬虫的起点

    第一章主要讲解爬虫相关的知识如:http.网页.爬虫法律等,让大家对爬虫有了一个比较完善的了解和一些题外的知识点. 今天这篇文章将是我们第二章的第一篇,我们从今天开始就正式进入实战阶段,后面将会有更多 ...

  9. kubernetes实战之consul篇及consul在windows下搭建consul简单测试环境

    consul是一款服务发现中间件,1.12版本后增加servicemesh功能.consul是分布式的,可扩展的,高可用的根据官方文档介绍,目前已知最大的consul集群有5000个节点,consul ...

  10. 微信支付重复回调,java微信支付回调问题

    这几天一直在研究微信支付回调这个问题,发现之前微信支付回调都是正常的也没怎么在意,今天在自己项目上测试的时候发现相同的代码在我这个项目上微信支付回调老是重复执行导致支付成功之后的回调逻辑一直在执行,很 ...