1. 课程导入
Android 应用崩溃分为 Java/Kotlin 异常与 Native 崩溃两大阵营。前者有清晰的堆栈、异常类型和成熟的线上采集链路；后者一旦发生，往往只留下一个 tombstone 文件、一段 signal 编号和几行十六进制地址。Native Crash 诊断工程的目标，就是把这堆"看起来像天书"的现场信息，还原成可定位、可复现、可修复的工程结论。
本课程面向已经具备 Android 基础开发能力、需要处理 JNI、Native 库、系统级崩溃或线上疑难问题的工程师。学完本课程后，你应当能够独立完成从崩溃捕获、符号化、堆栈还原到根因判定的完整闭环，而不是停留在"看到 SIGSEGV 就猜空指针"的层面。
一、学习目标：从"看得懂"到"修得动"
本课程的学习目标分为四个层次，层层递进：
- 认知层：理解 Native Crash 的本质是进程收到信号后由 debuggerd 等机制转储现场，掌握 SIGSEGV、SIGABRT、SIGBUS、SIGILL、SIGFPE 等信号的语义差异。
- 工具层：熟练使用 ndk-stack、addr2line、llvm-symbolizer、objdump、readelf、gdb/lldb 等工具链，能对 tombstone 与 native 堆栈做符号化还原。
- 分析层：能区分空指针、野指针、栈溢出、堆破坏、内存越界、ABI 不匹配、JNI 引用误用等典型根因，并读懂 backtrace、memory map、register 与 abort message。
- 工程层：能设计线上 Native 崩溃采集、符号表管理、版本对齐与归因聚合方案，把单次排障升级为可持续的诊断工程能力。
二、核心概念：先建立正确的现场观
Native Crash 发生时，进程并不是"直接消失"，而是经历了一次受控的现场转储。理解下面几个概念，是后续所有分析的基础：
| 概念 | 含义 | 诊断价值 |
|---|---|---|
| Signal | 内核或进程自身发出的异常信号，如 SIGSEGV(11)、SIGABRT(6) | 决定崩溃大类与排查方向 |
| Tombstone | debuggerd 生成的崩溃现场转储文件 | 包含寄存器、堆栈、内存映射、abort message |
| Backtrace | 崩溃线程的调用栈帧序列 | 定位崩溃函数与调用路径 |
| Symbol / 符号表 | 地址与函数名、行号的映射（.so 中的 debug 信息） | 把裸地址还原为可读代码位置 |
| Build ID | 每个 so 的唯一构建标识 | 保证符号表与线上 so 严格对应 |
| Memory Map | 崩溃时进程的虚拟内存布局 | 判断地址落在哪个 so、堆还是栈 |
其中最容易出错的是符号表与 Build ID 的对应关系。线上 so 经过 strip 后没有调试信息，必须用构建时保留的带符号版本按 Build ID 精确匹配，否则符号化结果会指向错误函数，把排查带偏。
三、整体知识框架：五层诊断体系
本课程的知识框架可以概括为"捕获—还原—分析—归因—治理"五层。下图展示了这五层之间的数据流与关键产物，也是后续各章节的展开主线。
五层之间不是单向流水线，而是带反馈的闭环：治理层发现的符号表缺失、采集字段不足，会反向推动捕获层与还原层改进。这正是"工程"二字与"临时排障"的区别。
四、实战路线图：从一条 tombstone 开始
课程后续章节会沿着一条真实崩溃日志逐步展开。下面给出典型实战流程，你可以把它当作排障时的检查清单：
- 读信号与 abort message：先判断是内存类（SIGSEGV/SIGBUS）还是主动中止类（SIGABRT），后者常伴随 "abort message" 直接给出原因。
- 看崩溃线程与 backtrace：确认 #00 帧所在 so 与偏移，判断是业务代码、三方库还是系统库。
- 符号化：用带符号 so 与 Build ID 对齐后还原函数名与行号。
- 结合寄存器与内存映射：判断访问地址是否为空、是否越界、是否落在已释放区域。
- 复现与验证：构造最小复现用例，修复后回归并观察线上聚类是否收敛。
# 典型符号化命令示例
ndk-stack -sym ./symbols/arm64-v8a -dump crash.log
# 单地址还原
llvm-symbolizer --obj=libnative.so 0x000000000001a2b4
# 查看 so 的 Build ID
readelf -n libnative.so | grep "Build ID"五、常见误区与复盘要点
初学者在 Native Crash 诊断中容易踩以下几类坑，本课程会逐一纠正：
- 误区一：只看 Java 堆栈。Native 崩溃的 Java 层堆栈常常只显示到 JNI 调用点，真正的崩溃帧在 native backtrace 中，必须交叉阅读。
- 误区二：符号化用错版本。不同构建的 so 地址布局不同，Build ID 不匹配会导致函数名张冠李戴。
- 误区三：把 SIGABRT 当内存错误。SIGABRT 多由 assert、abort、C++ 异常未捕获触发，abort message 往往直接点明原因。
- 误区四：忽略多线程与内存映射。崩溃线程未必是肇事线程，堆破坏类问题需要结合 memory map 与相邻线程判断。
- 误区五：修复后不做聚类回归。单点修复不等于问题收敛，需观察同签名崩溃量是否下降。
本课程将围绕上述五层体系与实战路线，逐章拆解信号机制、tombstone 结构、符号化工具链、典型崩溃模式、JNI 陷阱、线上采集与治理方案。你在学习过程中，应始终带着一条真实崩溃日志去对照每一节的知识点，把"看懂现场"逐步训练成"还原真相"的工程能力。