自动关联目录：崩溃与 Dump

1. 定位

C++ 的崩溃是"内存早就被写坏了，只是现在才发现"。崩溃现场那一行代码，常常不是问题发生的地方。

一句话定位：先确定"坏在哪一类"，再选工具。用错工具查一天，用对工具十分钟。

2. 崩溃类型与判据

按崩溃地址快速判断：

3. 拿到栈

# Android 还原（UE 提供 ndk 工具链）
aarch64-linux-android-addr2line.exe -f -C -e libMyGame.so 0x0000000000123456

没有符号的栈等于没有栈。发布流程必须包含"保留符号表"这一步——符号可以剥离，但要单独存档（见 Security 中符号剥离的代价）。

4. 工具

asan 是性价比最高的一个——越界写和 UAF 这两类最难查的问题，它能直接指到分配和释放的那两行。

项目实测的稳定性工具（Address Sanitizer、StompAllocator、Vulkan Validation 等）见 UE性能优化工具 的稳定性章节。

5. 代价与权衡

6. 踩坑与排查

7. 排查顺序

1. 拿到栈（符号化）
2. 判断崩溃类型（地址/异常码）
3. 复现（最小步骤）
4. 缩小范围（二分、加日志、条件屏蔽）
5. 上工具（asan / StompAllocator）
6. 定位根因后，补一条断言或单测防回归

第 3 步"复现"是分水岭：能稳定复现的都能查清；不能复现的，靠崩溃聚合 + 增加诊断信息 + 等下一次。

参考

• UE性能优化工具（稳定性章节含真实案例）
• 日志与断言体系 · GC 与对象生命周期 · Security
• 崩溃与调试（Programing/C&C++ 的语言层视角）