WebStorm 的 Profiler 必须绑定运行配置才能启用：Node.js 项目需在 Run | Edit Configurations 中勾选 V8 Profiling 并设置日志路径；浏览器项目则依赖 Chrome DevTools 集成，须使用 JavaScript Debug 配置并手动在 Chrome Performance 标签页录制。
WebStorm 的 Profiler 不是靠快捷键“调出来”的，它必须绑定在某个运行配置上，启动应用时才开始采集数据。直接按 Ctrl+Alt+Shift+P 或搜“Profiler”菜单项，大概率什么都不会发生——因为没配置运行目标。
Node.js 项目必须启用 V8 Profiling 配置项
WebStorm 对 Node.js 的 CPU 分析依赖 V8 内置 profiler，不是独立插件。关键操作在运行配置里：
- 打开
Run | Edit Configurations…，选中你的Node.js配置 - 切换到
V8 Profiling标签页（不是 “Environment” 或 “Logs”） - 勾选
Record CPU profiling info -
Log folder建议设为项目内明确路径，比如./.profiling，避免权限或路径不可见问题 - 保存后，用这个配置启动应用，Profiler 才会真正工作
JavaScript 浏览器项目得靠 Chrome DevTools 集成
WebStorm 本身不内置浏览器 JS 的 CPU 分析引擎，它只是把 Chrome 的 DevTools Profiler 界面嵌进来。前提是：
- 你用的是
JavaScript Debug类型的运行配置（不是普通 HTML 或 Live Server） - Chrome 必须已安装，且 WebStorm 能识别到（
Settings | Tools | Web Browsers中确认） - 启动调试后，打开 Chrome 的
DevTools → Performance标签页，点击录制按钮即可——WebStorm 只负责跳转和同步断点，不接管分析逻辑 - 火焰图、call tree 等数据全由 Chrome 提供，WebStorm 不生成独立报告
常见失败原因：Profiler 没反应 ≠ 工具坏了
最常遇到的“点了 Run 没弹出分析窗口”问题，基本都卡在这几个地方：
-
V8 Profiling标签页没勾选，或者配置被保存在另一个同名但未激活的配置里 - 运行的是
npm start脚本，但配置类型选了Node.js而不是npm—— 后者不支持 V8 Profiling 选项 - 项目用了
ts-node或nodemon，V8 参数无法透传，需改用原始node --inspect启动方式 - 日志目录
Log folder权限不足或路径含中文/空格，导致 .cpuprofile 文件写入失败（可在终端手动ls确认）
Profiler 的输出文件（如 isolate-00001234.cpuprofile）默认不会自动打开，需要你手动右键 → Analyze JavaScript Profiling Result，或者拖进 Chrome 的 Performance 标签页加载。这点容易被忽略——它不像内存分析那样有实时面板，而是纯日志驱动流程。
