如何借助 Chrome DevTools Experiments 面板激活尚在实验室阶段的原始性能剖析特性

Chrome DevTools 没有“Experiments 面板”，Experiments 是设置中需手动启用的隐藏实验功能入口；所谓“原始性能剖析特性”并不存在，性能分析能力均已稳定集成，实验项仅限UI与辅助逻辑优化。

Chrome DevTools 没有独立的 “Experiments 面板”，也不提供通过某个面板直接开启“原始性能剖析特性”的入口。

这是一个常见误解。实际机制如下：

• Experiments（实验功能）不是面板，而是设置中的隐藏选项
  它藏在 DevTools 的设置（Settings）→ Preferences（首选项） → 底部的 "Experiments" 标签页（需先启用“显示开发人员工具实验功能”开关）。

• 开启方式有严格前提

  • 必须使用 Chrome 稳定版或更高级别（Beta / Canary）；
  • 需手动在地址栏输入 chrome://flags/#devtools-experiments 并启用该实验标志（部分新版 Chrome 已默认开启）；
  • 然后重启浏览器，再打开 DevTools → Settings（⚙️）→ Preferences → 拉到底部，勾选 "Show experiments"；
  • 此时才会出现 Experiments 标签页，里面列出当前可用的实验性功能（如新增的 Performance Recorder UI、内存快照对比增强、新的 JS 调用堆栈折叠逻辑等）。

• 注意：所谓“原始性能剖析特性”并不存在统一命名
  Chrome 团队不会把底层性能采集能力（如 V8 runtime sampling、frame timing hooks、low-level scheduler tracing）开放为用户可开关的实验项。
  所有公开的性能分析能力（如 Performance 面板的主线程火焰图、Memory 面板的堆快照、Lighthouse 的合成指标）均已稳定集成，无需实验开关。

• 真正影响性能数据深度的操作是以下几项

  • 在 Performance 面板录制时，勾选 "Screenshots" + "Memory" + "WebAssembly" + "JavaScript samples"（这些是常规选项，非实验项）；
  • 使用 chrome://tracing（Chromium 原生 trace viewer），它支持更底层的内核级事件（如 GPU、IO、threading），但需手动启动 trace 并加载 JSON；
  • 通过命令行启动 Chrome：

    chrome --enable-logging --log-level=0 --trace-startup --trace-startup-file=/tmp/trace.json --trace-startup-duration=10

    这类操作才触及“原始”数据源，但不属于 DevTools GUI 范畴。

• 当前（2026年）建议关注的实际增强项（已在 Experiments 中可见）

  • ✅ "New Performance panel UI"：重绘的时间轴交互与分组逻辑；
  • ✅ "Enhanced memory leak detection"：在堆快照中自动高亮疑似泄漏对象链；
  • ✅ "Async stack traces in Performance"：更准确地关联 Promise/async 函数到主线程任务；
  • ❌ 不包括：裸 CPU cycle 计数、V8 IR-level profiling、硬件计数器（PMU）直采——这些需用 perf、vtune 或 chrome://gpu 配合 native debugging。

简而言之：
不要找“Experiments 面板开启原始性能剖析”，而应确认你已启用最新版 Chrome，善用 Performance 面板的完整录制选项，必要时配合 chrome://tracing 或命令行 trace 工具。实验功能只是界面和辅助逻辑的预览，不是通往底层性能数据的后门。