perf record -g 抓取火焰图后全是 [unknown] 的符号解析方法

perf调用栈显示[unknown]是因缺失用户态符号表，主因包括调试信息缺失、动态库识别失败或符号路径配置错误；需检查二进制是否含.symtab/.debug*段，编译加-g，安装-debuginfo包，配置PERF_BUILDID_DIR及–symfs，并确认/proc/PID/maps可读与ptrace权限正常。

这是因为 perf 无法找到用户态程序的符号表（如函数名、行号等），导致调用栈中大量显示 [unknown]。核心问题通常出在缺少调试信息、动态链接库未被正确识别，或内核/用户态符号路径配置不当。

确认二进制文件是否包含调试符号

运行以下命令检查可执行文件或共享库是否带有 .symtab 或 .debug_* 段：

readelf -S /path/to/your/binary | grep -E '.(symtab|debug)' file /path/to/your/binary | grep "with debug"

若无输出，说明编译时未保留调试信息。重新编译需加：
gcc -g -O2 ...（-g 是关键）
对已发布的二进制，可尝试安装对应的 -debuginfo 或 -dbg 包（如 centos 的 debuginfo-install，ubuntu 的 apt install your-package-dbgsym）。

确保 perf 能定位到符号文件和动态库

perf 默认只搜索标准路径（如 /usr/lib, /lib），而你的程序可能使用自定义路径（如 LD_LIBRARY_PATH 中的目录）或静态链接部分模块：

• 用 perf record -g --call-graph dwarf,1024 替代默认的 fp（frame pointer），DWARF 方式能更好处理优化后的栈帧
• 运行前设置：export PERF_BUILDID_DIR=~/.debug，并用 perf buildid-list -i perf.data | perf buildid-cache -v --add /path/to/binary 手动注入符号
• 对非标准路径的 so 文件，复制其副本到 /tmp/mylibs/，再用 perf script --symfs /tmp/mylibs 指定符号根目录

检查内核与用户态符号权限及映射

某些环境（如容器、chroot、seccomp 限制）会阻止 perf 访问 /proc/PID/maps 或 /proc/PID/exe，导致无法关联内存地址到文件：

• 确认目标进程未被 ptrace 限制：cat /proc/sys/kernel/yama/ptrace_scope 应为 0（否则需 root 或调整）
• 检查 /proc/PID/maps 是否可读，且其中的路径存在且有执行权限（尤其注意容器中挂载的 binary 是否被覆盖或只读）
• 若用 perf record -p PID，建议在进程启动时就 attach，避免早期栈帧丢失；也可改用 perf record -e 'syscalls:sys_enter_*' -g 辅助交叉验证

生成火焰图前先验证符号是否可用

不要直接跳到 flamegraph.pl，先用 perf 自带工具看原始解析效果：

perf script > out.perf # 查看前 20 行是否有真实函数名 head -20 out.perf | grep -v '[unknown]' # 或过滤掉 unknown 后统计热点 perf script | awk '$NF !~ /[unknown]/ {print $NF}' | sort | uniq -c | sort -nr | head -10

如果 perf script 输出仍有大量 [unknown]，说明符号问题未解决；若已正常显示函数名，但火焰图仍乱，可能是 stackcollapse-perf.pl 解析异常，可尝试升级 FlameGraph 工具集 或换用 perf script -F +pid,+tid,+comm 增加上下文辅助诊断。