[C++] 生产环境进程不带符号表，用 perf 等最终生成的火焰图无法分析，怎么解呢？

虽然工作里没接触过 Linux perf, 但遇到过类似的场景, 也需要解析程序的符号.

最好的办法是, 让生产环境有符号文件可查.

如果遇到难以复现的问题, 并且无法拿到那份特定程序的符号信息, 就会变得很麻烦, 但总有办法.

我目前的做法是:

* 找到复现问题用的, 没有符号的程序 A,
* 用类似的配置编译一份带符号的程序 B,
* 用 BinExport 配合 IDA Pro, Binary Ninja 或者 Ghidra 分别导出程序 A 和 B 的信息,
* 用 BinDiff 去匹配程序 A 和程序 B 里相似的函数, 生成一个 SQLite 数据库,
* 自己写脚本读取 SQLite 里程序 A 的符号信息, 填充到收集的原始资料里.

据我了解，生产环境是采用流量回放的去调试。将生产环境一部分流量复制出来转发到你的测试环境中去（转发到带符号或者可调试的 C++程序中去），然后观察。

你们这个发布流程不好。应该编译出来一个带全符号表的版本，然后生产环境部署一个/usr/bin/strip 掉调试信息的版本，这样可以直接在 perf 的时候手动指定带符号表的 binary

正确做法是使用 -O2 -g 制作带符号表的生产环境二进制。。。可以直接上线这个带符号表的二进制，也可以上线 strip 后的二进制，然后调试的时候再替换就好

要联合 cicd 一起来做 如果你们有的话 线上如果没有重现、重放条件 是不进行二进制替换的 只是补全调试信息罢了
首先就是默认的 release 版本加上-g
```
# 编译
g++ -O2 -g -fno-omit-frame-pointer -o app app.cpp

# 拆符号
objcopy --only-keep-debug app app.debug
strip --strip-debug app
# 符号文件再绑定
objcopy --add-gnu-debuglink=app.debug app

# perf

perf record -F 99 -g -- ./app

#手动指定 debug 路径
export PERF_BUILDID_DIR=/path/debugfile_dir
perf script > out.perf

```

编译-O2 -g, 编译后 eu-strip

sym.tab 只能让你看到导出的函数，如果你还想看到类似于静态函数局部函数以及更细节的源码行号，得 -g ，生成 DWARF 调试信息来看。

可以直接生产环境提供具备这些信息的二进制，或者指定符号表和调试信息的文件在哪里，告知 perf 。

也可以对着 perf 火焰图里面的偏移，直接在自己有符号表和调试信息的环境，用 addr2line 命令，来换算出来，具体让 ai 写个脚本再处理一下