cachegrind 将库函数调用视为“热点”是因为它默认模拟整个程序执行（含 libc/libstdc++），而 memcpy、malloc 等内部频繁访存与跳转，天然产生大量缓存未命中和指令数，掩盖真实代码瓶颈；--fn-skip 彻底跳过匹配函数的模拟，--fn-exclude 仅隐藏报告但仍模拟执行。
为什么 Cachegrind 会把库函数调用当“热点”
Cachegrind 默认模拟整个程序执行过程，包括 libc、libstdc++ 等系统/标准库函数。这些函数内部频繁访问内存、跳转、循环（比如 memcpy、malloc、printf），在 cache 模拟中天然产生大量 miss 和指令数，导致报告里满屏是 __memcpy_avx_unaligned 或 malloc_consolidate 这类符号——它们不是你的代码瓶颈，只是干扰项。
--fn-skip 和 --fn-exclude 的实际区别
这两个参数都用于过滤函数，但行为不同：--fn-skip 完全跳过匹配函数的执行模拟（不计指令、不计 cache 访问），而 --fn-exclude 仍模拟执行，只是不在最终报告中显示。对减少干扰，--fn-skip 更彻底。
-
--fn-skip='^__.*'跳过所有以双下划线开头的 GLIBC 内部符号（如__strcmp_sse42） -
--fn-skip='^malloc$|^free$|^calloc$|^realloc$'显式跳过基础内存管理函数（注意：跳过malloc不影响你代码中 malloc 调用的栈帧记录，只跳过其内部实现） - 不要写
--fn-skip='printf'——它匹配所有含printf的函数名（比如你自己的my_printf_wrapper也会被误杀）；应加锚点：--fn-skip='^printf$'
编译时加 -g 但避免 -O2 以上优化的副作用
Cachegrind 分析依赖符号和行号信息，所以必须带 -g 编译。但高优化等级（如 -O3）会让内联激增，把库函数逻辑塞进你的函数里，导致 --fn-skip 失效——因为被内联后，原函数调用已不存在，只剩你函数体里的机器码片段，Cachegrind 只能按行号归因，而那些行往往属于头文件（如 /usr/include/stdlib.h）。
- 推荐编译命令：
gcc -g -O2 -fno-omit-frame-pointer your_code.c -
-fno-omit-frame-pointer是关键：它保证调用栈可回溯，让cachegrind_annotate能正确归属 cache miss 到你自己的函数，而不是漂移到??? - 如果必须用
-O3，加--skip-plt=yes强制跳过 PLT 表中的外部函数调用模拟（对 glibc 函数尤其有效）
报告里仍有大量 ??? 地址怎么办
这通常是因为动态链接的共享库没带调试信息，或者 Cachegrind 没读到符号表。不是 bug，是缺失上下文。
- 安装 debuginfo 包（如 CentOS/RHEL：运行
debuginfo-install glibc；Ubuntu/Debian：装libc6-dbg） - 用
--read-var-info=yes让 Cachegrind 尝试从 DWARF 中读取变量作用域，辅助定位（对分析局部缓存行为有帮助） - 最实用的绕过方式：用
cachegrind_annotate --auto=yes --show=I1,D1,L2 ./your_program，它会自动忽略无符号地址行，聚焦在你源码上
??? 和 __xxx 都会回来。
