符号表与 backtrace 还原

崩溃报告里的调用栈是一串地址，符号还原把它翻译回源码。这篇讲操作流程与技术点。

▍流程总览
输入三件：崩溃报告（地址栈与映射信息）、符号包（与崩溃版本严格对应的符号）、还原工具（交叉工具链的地址还原工具）。流程：核对版本——基址换算——逐地址还原——栈重构——结论。

▍版本核对
第一步永远是版本核对：崩溃报告里的版本号与手头符号包对不上，还原就是错译（地址对的是另一套内存布局）。严格配对（符号准备篇的归档纪律在此兑现）。版本对不上时的补救：找同小版本构建的符号近似还原（结论降级为参考级）。

▍基址换算
栈里的地址是运行时绝对地址（库加载后的），符号表里的是相对地址（链接期）。换算：崩溃报告的映射信息里有每个库的加载基址，绝对地址减基址得相对地址，再去查符号。共享库的重定位让这步不可省略——直接拿绝对地址查符号是新手第一大错（还原出毫不相干的函数）。

▍逐地址还原
用还原工具（交叉工具链带的地址查询工具）按相对地址查：函数名、源文件、行号。注意优化噪声：内联函数可能显示在调用处的行（栈比实际短）；尾部调用优化会丢帧（栈里少一层）；复杂的可能要求配合反汇编人工判断（返回地址属于调用指令的下一条——行号要按这个语义读）。

▍栈重构与结论
还原后的栈从新到旧读：栈顶几帧是死亡现场（重点），往下是调用路径（背景）。结论模板：崩在哪个函数、哪个库、什么操作路径下、疑似什么根因（空指针、越界、断言）。结合寄存器与内存映射交叉验证（faultlog 篇的读法）。

▍工程化建议
还原脚本化（输入报告自动出结论——多步手工容易错）；符号包归档与版本索引（崩溃来了十分钟内可还原）；团队共享还原流程文档（排查能力不锁在一个人身上）。

▍自测
拿最近一次崩溃，亲手走一遍完整还原。走通了，崩溃排查的最后一公里就通了。

有疑问欢迎在本板块直接发帖，我们会逐条回复。