<p>VTune Hotspots 是 Intel 针对原生 C++ 的硬件采样式 CPU 热点分析工具，需编译加 -g、避免 -O3、用 -- 分隔参数、关注 Self Time、启用栈采集并配置系统符号路径。</p>
VTune 的 Hotspots 分析不是“Java HotSpot VM”的东西，别混淆——它是 Intel 专为原生 C++ 程序设计的 CPU 热点定位器，靠硬件计数器采样，不插桩、不改代码，直接告诉你哪几行在吃 CPU。
编译时必须加 -g，否则看不到源码行号
没符号信息，VTune 只能显示 std::vector::_M_realloc_insert 这类函数名，或一堆汇编地址，根本没法定位到 myapp.cpp:142。这不是“看不清”，是压根没映射依据。
- ✅ 正确命令：
g++ -O2 -g -o myapp myapp.cpp
- ❌ 避免
-O3：过度内联会让调用栈塌陷，UpdatePhysics()直接消失在GameLoop()的 self time 里 - ⚠️ 多线程程序建议加
-pthread，否则线程名可能显示为???，影响Call Stack追踪
运行命令要带 -- 分隔符，不然参数会被 VTune 吞掉
常见错误是写成 vtune -collect hotspots ./myapp --arg1，结果 VTune 把 --arg1 当成自己的选项报错：“unrecognized option”。-- 是 Unix 命令行约定，明确告诉工具“后面全是被测程序的参数”。
- ✅ 正确写法：
vtune -collect hotspots -result-dir ./vtune_out -- ./myapp --level=3 --mode=fast
- ✅ 限制采集时间（适合服务器无 GUI 场景）：
vtune -collect hotspots -duration 30 -result-dir ./vtune_30s -- ./myapp
- ? 加栈采集更准（尤其模板/内联多的代码）：
-knob enable-stack-collection=true
看报告时盯紧 Self Time，不是 Inclusive Time
Inclusive Time 是函数自身 + 所有子调用耗时，容易把锅甩给 std::sort ——但其实问题在你传进去的比较器里反复调用 strlen()。而 Self Time 才暴露真实瓶颈。
立即学习“C++免费学习笔记（深入）”；
- ✅ GUI 中双击函数 → 切换视图 → 选 “Bottom-up” → 点列头 “Self CPU Time” 降序
- ✅ 命令行导出 HTML 报告：
vtune -report hotspots -r ./vtune_out -format html -report-output report.html
- ? 如果
malloc或operator new的Self Time很高，别急着换内存池，先查是不是漏了reserve()导致std::vector::push_back频繁扩容
最容易被忽略的一点：VTune 默认不采集系统库符号（如 libc.so.6），如果你看到大量时间卡在 __clone 或 epoll_wait，得手动配置符号路径，否则连“是卡在 IO 还是卡在锁”都分不清。
