2. Native Crash基础

在Android应用开发中，崩溃通常被分为两大类：Java/Kotlin层崩溃与Native层崩溃。Java Crash由ART虚拟机托管，异常发生时虚拟机会捕获并生成Java堆栈，应用进程通常以受控方式退出；而Native Crash发生在C/C++代码或系统底层库中，由CPU硬件异常或系统信号触发，进程往往被内核直接终止，堆栈信息以机器码地址形式呈现。理解Native Crash的本质，是后续使用NDK工具链进行符号化、反汇编与根因定位的前提。

一、Native Crash的定义与本质

Native Crash是指应用进程中由Native代码（C/C++、汇编、系统库）执行时产生的致命错误，导致进程被操作系统强制终止。其核心特征包括：

• 执行环境：运行在ART虚拟机之外，直接由CPU执行机器指令，内存访问不受虚拟机沙箱保护。
• 触发源：非法内存访问、除零、指令对齐错误、主动abort、栈溢出等。
• 终止方式：由Linux内核向进程发送信号（Signal），默认行为是终止进程并生成core dump或tombstone。
• 日志形态：Logcat中表现为Fatal signal 11 (SIGSEGV)等，堆栈为#00 pc 000000000001a2b4 /data/app/libxxx.so形式的地址。

与Java Crash的“异常抛出—虚拟机捕获—堆栈打印”路径不同，Native Crash是“硬件异常—内核信号—进程终止—tombstone记录”的底层路径。这一差异决定了两者的调试工具、符号化方式和排查思路完全不同。

二、与Java Crash的核心区别

三、常见触发场景

Native Crash的触发场景可归纳为以下几类，每一类对应不同的信号与排查方向：

1. 空指针解引用：访问地址0x0附近，触发SIGSEGV，是最常见的Native崩溃。
2. 野指针/悬垂指针：访问已释放内存，触发SIGSEGV或SIGBUS，常伴随堆破坏。
3. 数组越界：读写超出分配范围，可能触发SIGSEGV，也可能静默破坏相邻内存。
4. 栈溢出：递归过深或大局部变量，触发SIGSEGV并伴随stack overflow提示。
5. 除零：整数除零触发SIGFPE，浮点除零通常不触发。
6. 主动abort：C++异常未捕获、assert失败、abort()调用，触发SIGABRT。
7. JNI使用错误：JNIEnv跨线程使用、局部引用表溢出、GetStringUTFChars未Release等。
8. 第三方so兼容性：ABI不匹配、so版本冲突、符号缺失导致SIGILL或SIGSEGV。

四、信号机制与进程终止流程

Native Crash的底层是Linux信号机制。当CPU执行到非法指令或访问非法地址时，硬件产生异常，内核将其转换为信号发送给进程。进程若未注册对应信号处理器，内核执行默认动作——终止进程并记录tombstone。

常见信号与含义：
SIGSEGV (11)  段错误，非法内存访问
SIGBUS  (7)   总线错误，地址对齐或映射问题
SIGABRT (6)   主动abort，C++异常/assert
SIGFPE  (8)   算术异常，如整数除零
SIGILL  (4)   非法指令，ABI不匹配或代码损坏
SIGTRAP (5)   断点或调试陷阱

进程终止流程可概括为：硬件异常 → 内核转换为信号 → 进程信号处理器（若有）→ 默认动作终止 → 生成tombstone → Logcat输出Fatal signal。tombstone文件位于/data/tombstones/，包含信号、寄存器、堆栈、内存映射等关键信息，是Native诊断的核心证据。

五、案例与误区复盘