ComputePressure API 不支持自定义阈值，仅提供固定三级分类（light/moderate/heavy）和采样频率控制；开发者需自行对 cpuUtilization 做滑动窗口后处理来模拟阈值逻辑。
ComputePressure API 目前（截至 2024 年底）**不支持自定义 thresholds** —— 它根本没有公开的 threshold 配置项，所谓“自定义触发阈值”在规范和浏览器实现中均不存在。
为什么你搜不到 thresholds 选项？
现行 ComputePressure（Chrome 116+ 默认启用，仅 Chromium 系）的 observe() 方法只接受一个 sampleInterval 参数，没有 thresholds、highThreshold 或类似字段。W3C 规范草案早期曾讨论过分级通知机制，但已明确移除，最终采用固定三级分类："light"、"moderate"、"heavy"，由浏览器内建策略动态判定，开发者不可干预。
实际能控制的只有采样频率和响应时机
你能调的参数极其有限，且仅影响数据获取节奏，不影响“何时判定为 heavy”：
-
sampleInterval：单位毫秒，最小支持 100ms（低于会自动 clamped），影响事件触发密度，但不改变压力等级切换逻辑 - 监听
change事件时，只能读取当前报告的state（字符串）和cpuUtilization（浮点数，仅 Chrome 122+ 实验性支持），无法预设“当 cpuUtilization > 0.7 时才触发” - 无
onlevelchange、onhigh等专用事件 —— 所有变化都走同一个change事件
常见误用与报错现象
试图传入 thresholds 会导致静默失败或 TypeError：
const observer = new ComputePressureObserver(callback, {
sampleInterval: 200,
thresholds: { high: 0.8 } // ❌ 无效字段，被忽略，无警告
});
或更典型的错误写法：
observer.observe({ thresholds: [...] }); // ❌ observe() 不接受任何参数，此调用直接抛出 TypeError
真实可用签名只有：observer.observe()（无参）或 observer.observe({ sampleInterval: N })（仅此一种可选配置）。
如果真需要阈值敏感行为，只能自己做后处理
由于浏览器不暴露原始传感器数据（如瞬时 CPU 频率、温度、调度队列长度），你无法真正“精确控制触发点”。唯一可行路径是：
- 开启
sampleInterval: 100获取高频cpuUtilization（注意：该值非标准化，Chrome 当前返回的是归一化估算值，不同设备/负载下不可比） - 在 JS 中维护滑动窗口（例如最近 5 个样本），手动计算移动平均或峰值持续时间
- 自行定义“连续 3 帧 > 0.75 则视为重载”，然后触发降级逻辑（如暂停动画、降低 canvas 分辨率）
- 注意：这种做法绕过了系统级压力感知，可能比原生
state滞后或误判，且增加主线程负担
真正的压力等级切换逻辑藏在浏览器底层，连 cpuUtilization 都是实验性字段，随时可能变更或移除 —— 别把它当稳定信号源用。
前端入门到VUE实战笔记：立即使用
在学习笔记中，你将探索 前端 的入门与实战技巧！
