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 工具。实验功能只是界面和辅助逻辑的预览，不是通往底层性能数据的后门。
