Callgrind 输出中找不到 main 函数，主因是程序未带调试信息，必须用 -g 编译且避免 strip；需用 --tree=call 查看调用树，kcachegrind 才能交互式钻取；交叉编译时建议原生复现或换用 perf。
Callgrind 输出里找不到 main 函数？先确认符号是否完整
Callgrind 默认输出中 main 消失或显示为 ???/0x401234，几乎一定是被测程序没带调试信息。它不关心你源码里有没有 main，只认编译时是否保留了符号表和行号映射。
必须用 -g 编译，例如：gcc -g -O2 -o myapp myapp.c。避免 strip myapp 或 gcc -s，这两者会直接删掉 main 对应的符号。
常见误判是：以为 CMake 的 Release 模式也能看到 main——其实默认不加 -g，得手动加：add_compile_options(-g) 或改用 Debug 构建类型。
callgrind_annotate 默认不展开调用栈，得加 --tree=call
callgrind_annotate 默认只按函数总指令数排序，平铺列出，main 可能排在中间甚至靠后，而且看不到它调了谁。想“顺着 main 往下看”，必须启用调用树模式：
-
callgrind_annotate --tree=call callgrind.out.12345：以main为根，逐层展开所有子调用 - 加
--auto=yes可自动解析内联函数（如果编译时用了-flto或-O3） - 若输出太长，可配合
grep -A 20 "main$"快速定位起始位置
kcachegrind 是唯一能交互式钻取 main 调用链的工具
命令行工具再怎么加参数，也做不到鼠标点一下就跳进某个子函数看汇编或源码。只有 kcachegrind 支持真正“顺着往下看”：
- 启动：
kcachegrind callgrind.out.12345 - 左侧函数列表找到
main→ 右键 “Jump to callee” 或双击进入调用图视图 - 顶部菜单选 “View → Flat Profile” 切回平铺，“View → Call Graph” 切换调用图，箭头方向就是执行流向
- 注意：
kcachegrind必须运行在生成callgrind.out.*的同一台机器上，否则路径对不上，源码打不开
交叉编译环境里，main 函数永远“看不见”
如果你在 x86_64 主机上交叉编译 ARM 程序，然后用 Valgrind 在 ARM 板上跑，main 很可能还是乱码——因为 Valgrind 的 ARM 版本本身支持有限，且很多发行版没提供带完整调试符号的交叉版 Valgrind。
此时别硬扛，换路子：
- 在主机上用原生编译 +
valgrind --tool=callgrind复现逻辑（只要不依赖硬件特性） - 改用
perf record -g ./myapp && perf report --call-graph=flame，它对交叉环境更友好 - 接受现实：Callgrind 在非 x86/x86_64 平台上的
main解析能力，本质上受限于 Valgrind 移植质量，不是你参数没配对
最常被忽略的一点：Callgrind 不分析 main 之前的启动代码（如 __libc_start_main），所以即使一切配置正确，你也不会在输出里看到 main 上面那几层。这不是 bug，是设计如此。
