--prof 是定位 cpu 瓶颈最轻量可靠的方式，每毫秒采样调用栈生成 v8 日志；需用 --prof-process 解析，优先优化 self time 高且调用频繁的函数，并配合 --trace-deopt、--trace-compiler 和 --inspect 深入归因。
直接用 --prof 启动 Node.js 应用，就能生成底层采样日志，这是定位 CPU 瓶颈最轻量、最可靠的方式之一。
生成原始 V8 性能日志
在项目根目录下运行：
-
node --prof app.js（替换app.js为你的入口文件） - 程序运行期间，V8 会每毫秒采样一次调用栈，结束后自动生成一个类似
isolate-0x123456789abc-v8.log的文本日志文件 - 该文件不依赖外部工具，也不需要修改代码，纯运行时行为
解析日志并识别热点函数
原始日志人类不可读，需转换分析：
- 执行
node --prof-process isolate-*.log，输出的是按函数耗时排序的文本报告，重点关注 “ticks” 列数值高的条目 - 若想进一步可视化，可转成 JSON：
node --prof-process --preprocess -j isolate-*.log > v8.json，再用 Flamebearer 等工具加载生成火焰图 - 注意区分“self time”和“total time”：前者是函数自身逻辑耗时，后者含其调用的子函数；优先优化 self time 高且调用频繁的函数
配合其他标记精准归因
--prof 单独使用能发现“哪里慢”，但未必清楚“为什么慢”。建议组合以下标记：
-
--trace-deopt：查看哪些函数被 V8 去优化，常因类型不稳定（如数组混用 string/number）、隐式强制转换等触发 -
--trace-compiler：观察函数编译耗时和是否成功优化（如是否进入 TurboFan），识别长期处于“未优化”状态的热点 -
--inspect+ Chrome DevTools：对准具体函数做单步或性能录制，验证--prof发现的问题是否复现
实用提醒
实际使用中容易忽略几个关键点：
- 确保应用运行足够长时间（至少 10–30 秒），避免采样过少导致统计失真
- 生产环境慎用
--prof，它有一定性能开销（约 5–10%），建议在预发或压测时启用 - 日志文件默认生成在当前工作目录，不要误删或覆盖；多个进程会生成多个日志，注意区分
- 若应用是 cluster 模式，每个 worker 都会生成独立日志，需分别分析
