linux中perf性能剖析核心是“采样—分析—定位”闭环，依赖硬件pmu与内核事件抓取函数/指令级快照；需验证perf可用性、配置perf_event_paranoid权限，并选用支持pmu的云实例；常用perf top实时观察热点，perf record+report深度定位根因，配合火焰图可视化调用栈耗时分布。
Linux 中使用 perf 进行系统性能剖析，核心是围绕“采样—分析—定位”闭环展开。它不改代码、不加埋点，靠硬件 PMU 和内核事件定时抓取程序行为快照，直接还原到函数甚至指令级热点。
确认环境可用与权限配置
多数发行版已预装 perf，但需验证是否真正可用：
- 运行 perf --version 检查基础功能；若报 Function not implemented，说明内核未启用
CONFIG_PERF_EVENTS=y - 权限不足时常见报错如 No permission to enable cycles，临时修复：echo -1 > /proc/sys/kernel/perf_event_paranoid
- 生产环境建议设为 1（允许用户态采样），永久生效可写入
/etc/sysctl.conf：kernel.perf_event_paranoid = 1 - 云服务器注意：AWS EC2 的 t3/t2 等实例默认禁用 PMU，应选用 c5/m5/r5 等支持硬件监控的类型
快速发现 CPU 热点：perf top 实时观察
适合线上突发高 CPU 场景，秒级响应，无需录制文件：
- 全局观察：perf top，默认按采样次数排序，顶部即最热函数
- 聚焦某进程：perf top -p $(pidof nginx)
- 显示完整调用链（需内核支持 dwarf）：perf top -g
- 注意：这是瞬时快照，受负载波动影响大；稳定分析请转向 record 模式
深度采集与函数级定位：perf record + report
这是根因分析的关键步骤，生成 perf.data 文件供反复分析：
- 录制指定进程 60 秒（99Hz 采样，带调用栈）：sudo perf record -p $(pidof myapp) -F 99 -g -- sleep 60
- 查看热点函数及调用关系：perf report -g --no-children，支持方向键展开/折叠调用链
- 若大量显示
[unknown]，说明缺少调试符号——Debian/Ubuntu 装myapp-dbg，RHEL/CentOS 装myapp-debuginfo - 编译自己程序时务必加 -g 参数，否则无法映射到源码函数名
可视化瓶颈：生成火焰图
文本报告难感知层级和占比，火焰图用宽度直观表达耗时分布：
- 导出折叠栈：perf script | ./stackcollapse-perf.pl > out.folded
- 生成 SVG：./flamegraph.pl out.folded > flame.svg
- 用浏览器打开 SVG，顶部宽峰即 CPU 主要消耗点；点击函数可下钻查看其子调用
- 关键细节：必须加 -g 或 --call-graph dwarf，否则调用链断裂，火焰图呈扁平状无层次
整个流程本质是“用硬件计数器拍快照，再靠调用栈重建执行路径”。只要一次跑通 record → report → flamegraph，后续 CPU 高问题基本能在几分钟内锁定到具体函数。
