Fatal signal 11 (SIGSEGV), code 1 (SEGV_MAPERR), fault addr 0x8 in tid 3687：如何定位与解决Android Native层空指针崩溃？

Question

**问题描述：** 在Android应用中，遇到崩溃日志显示“Fatal signal 11 (SIGSEGV), code 1 (SEGV_MAPERR), fault addr 0x8 in tid 3687”，通常表示Native层发生了空指针访问。此类崩溃常见于JNI代码或C/C++层逻辑中，如何通过日志定位具体出问题的代码位置，并借助addr2line或NDK调试工具进行分析，是解决此类问题的关键。此外，如何预防空指针异常，提高Native层代码的健壮性，也是开发者需掌握的技能。

Answer 1

深入解析Android Native层空指针崩溃问题

在Android开发中，Native层崩溃问题常常难以排查，尤其是像“Fatal signal 11 (SIGSEGV), code 1 (SEGV_MAPERR), fault addr 0x8 in tid 3687”这类错误日志，通常意味着在JNI或C/C++代码中发生了空指针访问。本文将从问题现象出发，逐步深入分析此类问题的定位方法、调试工具的使用以及预防策略。

1. 问题现象与基本理解

当Android应用出现如下日志时：

Fatal signal 11 (SIGSEGV), code 1 (SEGV_MAPERR), fault addr 0x8 in tid 3687
    ...
    #00 pc 00000000000xxxxx  /data/app/.../lib/arm64/libnative.so

这表明在执行Native代码时访问了一个非法地址（通常是空指针或未映射的内存地址），从而触发了段错误（Segmentation Fault）。

2. 日志分析与初步定位

日志中的关键信息包括：

• SIGSEGV：表示段错误
• SEGV_MAPERR：访问了未映射的内存地址
• fault addr 0x8：出错的内存地址，0x8通常表示偏移量为8的空指针访问
• libnative.so：发生错误的Native库
• pc 00000000000xxxxx：出错时的程序计数器地址

3. 使用 addr2line 工具进行地址映射

addr2line 是NDK工具链中的一个命令行工具，可以将程序计数器地址转换为对应的源代码文件和行号。使用步骤如下：

1. 获取libnative.so的路径，通常位于app/build/intermediates/cmake/...
2. 执行命令：addr2line -e libnative.so -f 00000000000xxxxx
3. 输出示例：

myFunction
    /path/to/source.cpp:42

这样就能定位到具体的代码位置。

4. 使用NDK调试工具进行深入分析

Android Studio集成了NDK调试功能，开发者可以通过以下步骤进行调试：

步骤	操作
1	启用NDK调试模式，在build.gradle中设置android.ndk.debuggable = true
2	使用Run 'app'启动调试
3	在Native代码中设置断点，查看变量值和调用栈

5. 空指针访问的常见原因与预防策略

空指针访问的常见原因包括：

• 未初始化的指针被访问
• 释放后未置空的指针再次访问
• JNIEnv指针传递错误或生命周期管理不当

预防策略包括：

• 初始化指针时赋值为nullptr
• 释放内存后立即置空指针
• 使用智能指针（如unique_ptr、shared_ptr）
• 加强JNI调用的参数检查

6. 构建健壮的Native代码结构

为了提高Native代码的健壮性，建议采用以下结构设计：

graph TD A[Java层调用] --> B(JNI接口层) B --> C(Native核心逻辑) C --> D{是否为空指针?} D -- 是 --> E[抛出异常] D -- 否 --> F[正常执行]