性能优化 (十三) 有了 breakpad , native 崩溃再也不怕了

asdzxc324as

于 2024-06-23 08:50:23 发布

阅读量910

点赞数 10

文章标签：性能优化 python 开发语言

本文链接：https://blog.csdn.net/asdzxc324as/article/details/139892798

版权

[ 外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传

](https://free.imgsha.com/i/1EAoP)

GitHub 下载

2. 执行安装 breakpad

cd breakpad 目录
直接命令窗口输入：

./configure && make

执行完之后会生成 src/processor/minidump_stackwalk 等文件，待会 dmp -> txt 会用到这个文件。

3. CMake 编译源码

[ 外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传

](https://free.imgsha.com/i/1Ewg1)

build 配置

apply plugin: ‘com.android.library’

android {
…

defaultConfig {
…
externalNativeBuild {
cmake {
cppFlags “-std=c++11”
}
}

ndk {
abiFilters “armeabi-v7a”, “arm64-v8a”, “x86”
}
}
…

externalNativeBuild {
cmake {
path “src/main/cpp/CMakeLists.txt”
}
}
}

dependencies {
implementation fileTree(dir: ‘libs’, include: [‘*.jar’])
}

把 breakpad/src 源码导致 AS 中 CMake 配置好之后直接在 AS/Build/make break-build 之后就能生成动态 so 库了。

注意：下载的源码缺少 lss 目录，可以点击下载获取

4. 编写初始化 breakpad

#include <stdio.h>
#include <jni.h>
#include <android/log.h>

#include “client/linux/handler/exception_handler.h”
#include “client/linux/handler/minidump_descriptor.h”

#define LOG_TAG “dodoodla_crash”

#define ALOGV(…) __android_log_print(ANDROID_LOG_VERBOSE, LOG_TAG, VA_ARGS)
#define ALOGD(…) __android_log_print(ANDROID_LOG_DEBUG, LOG_TAG, VA_ARGS)
#define ALOGI(…) __android_log_print(ANDROID_LOG_INFO, LOG_TAG, VA_ARGS)
#define ALOGW(…) __android_log_print(ANDROID_LOG_WARN, LOG_TAG, VA_ARGS)
#define ALOGE(…) __android_log_print(ANDROID_LOG_ERROR, LOG_TAG, VA_ARGS)

bool DumpCallback(const google_breakpad::MinidumpDescriptor &descriptor,
void *context,
bool succeeded) {
ALOGD(“=crrrrash==”);
ALOGD(“Dump path: %s\n”, descriptor.path());
return succeeded;
}

/** java 代码中调用*/
extern “C”
JNIEXPORT void JNICALL
Java_com_devyk_crash_1module_CrashUtils_initBreakpadNative(JNIEnv *env, jclass type,
jstring path_) {
const char *path = env->GetStringUTFChars(path_, 0);

// TODO
google_breakpad::MinidumpDescriptor descriptor(path);
static google_breakpad::ExceptionHandler eh(descriptor, NULL, DumpCallback, NULL, true, -1);

env->ReleaseStringUTFChars(path_, path);
}

JNIEXPORT jint JNICALL JNI_OnLoad(JavaVM *vm, void *reserved) {
JNIEnv *env;
if (vm->GetEnv((void **) &env, JNI_VERSION_1_6) != JNI_OK) {
return JNI_ERR;
}
return JNI_VERSION_1_6;
}

生成 dmp 文件并定位 crash

1. 在 app 模块中故意编写崩溃代码

/**

引起 crash
*/
void Crash() {
volatile int *a = (int *) (NULL);
*a = 1;
}

extern “C”
JNIEXPORT void JNICALL
Java_com_devyk_ykcrash_MainActivity_testCrash(JNIEnv *env, jclass type) {

// TODO
Crash();
}

2. init native crash 捕获

//配置 native 崩溃捕获
CrashUtils.initCrash(String nativeCrashPath);

3. 制造 Crash 并生成 xxx.dmp 文件

[ 外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传

](https://imgchr.com/i/no1Exe)

这里看到了生成了的 xxx.dmp 文件，下面就需要将 dmp to txt 文件稍微我们能看的懂的。

4. dmp to txt

将 breakpad/src/processor/minidump_stackwalk copy 到一个单独的文件下
执行命令 to txt

//格式
./minidump_stackwalk xxx.dmp >xxx.txt

//例子
./minidump_stackwalk /Users/devyk/Data/Project/sample/tempFile/nativeCrash.dmp >crashLog2.txt

[ 外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传

](https://imgchr.com/i/no3qcF)

查看 txt 文件到底是什么？

Operating system: Android
0.0.0 Linux 4.9.148 #1 SMP PREEMPT Wed Jun 26 04:38:26 CST 2019 aarch64
CPU: arm64
8 CPUs

GPU: UNKNOWN

Crash reason: SIGSEGV /SEGV_MAPERR
Crash address: 0x0
Process uptime: not available

//crash 发生线程
Thread 0 (crashed)
//这里的 libcrash-lib.so + 0x5f0 很重要。告诉了我们在哪个 so
发生崩溃，在具体哪个位置发生崩溃。这里先记住 0x5f0 这个值。
0 libcrash-lib.so + 0x5f0
x0 = 0x00000078d4ac5380 x1 = 0x0000007fe01fd9d4
x2 = 0x0000007fe01fda00 x3 = 0x00000078d453ecb8
x4 = 0x0000000000000000 x5 = 0x00000078d4586b94
x6 = 0x0000000000000001 x7 = 0x0000000000000001
x8 = 0x0000000000000001 x9 = 0x0000000000000000
x10 = 0x0000000000430000 x11 = 0x00000078d49396d8
x12 = 0x000000795afcb630 x13 = 0x0ef1a811d0863271
x14 = 0x000000795aede000 x15 = 0xffffffffffffffff
x16 = 0x00000078b8cb5fe8 x17 = 0x00000078b8ca55dc
x18 = 0x0000000000000000 x19 = 0x00000078d4a15c00
x20 = 0x0000000000000000 x21 = 0x00000078d4a15c00
x22 = 0x0000007fe01fdc90 x23 = 0x00000079552cb12a
x24 = 0x0000000000000000 x25 = 0x000000795b3125e0
x26 = 0x00000078d4a15ca0 x27 = 0x0000000000000000
x28 = 0x0000007fe01fd9d0 fp = 0x0000007fe01fd9a0
lr = 0x00000078b8ca5614 sp = 0x0000007fe01fd980

基于 dmp to txt 里面的 libcrash-lib.so + 0x5f0 信息，转换为具体哪个函数，哪行报的错。
根据 txt 提示的信息 aarch64 CPU: arm64 那么我们就在当前使用的 NDK 版本找到 /Users/devyk/Data/Android/NDK/android-ndk-r17c/toolchains/aarch64-linux-android-4.9/prebuilt/darwin-x86_64/bin/aarch64-linux-android-addr2line 这个路径，使用下面的命令找到具体报错的地方

//1. 格式
aarch64-linux-android-addr2line -f -C -e [根据 txt 信息拿到具体报错的 so] [根据 txt 文件信息拿到具体报错的值]

//2. 示例
/Users/devyk/Data/Android/NDK/android-ndk-r17c/toolchains/aarch64-linux-android-4.9/prebuilt/darwin-x86_64/bin/aarch64-linux-android-addr2line -f -C -e /Users/devyk/Data/Project/sample/github_code/YKCrash/app/build/intermediates/transforms/mergeJniLibs/debug/0/lib/arm64-v8a/libcrash-lib.so 0x5f0

下面录像就是输入命令之后的效果。

[ 外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传