Chromium如何实现failIfMajorPerformanceCaveat参数校验逻辑？

以下逻辑对应Chrome/Chromium 100+ 全量稳定版本的通用实现，无版本特异性的分支逻辑：

核心校验流程 #

调用canvas.getContext('webgl' | 'webgl2', {failIfMajorPerformanceCaveat: true})时，Chromium会在GPU进程完成硬件能力探测、后端初始化预检查后，依次执行以下校验，任意一项不满足就直接返回null，宣告上下文创建失败：

• 全局硬件加速状态校验
  即你已实测到的规则：如果浏览器全局硬件加速处于关闭状态，直接判定存在重大性能隐患。触发场景包括用户手动在设置页关闭硬件加速、系统兼容性规则触发Chromium默认禁用硬件加速、当前GPU被列入软件渲染黑名单。所有走SwiftShader纯软件渲染的场景，无论触发原因是手动指定还是自动降级，都会在这一步被拦截。
• 渲染后端类型校验
  如果WebGL上下文最终没有绑定原生硬件加速后端，直接判定失败，常见触发场景：
  • 强制启用SwiftShader/ANGLE软件渲染后端
  • Windows平台未走硬件加速ANGLE D3D11/D3D12后端，降级到WARP软件光栅化路径
  • Linux/macOS平台未走原生OpenGL/Metal硬件后端，降级到软件渲染路径
• 上下文能力重大降级校验
  如果硬件支持的WebGL能力存在强制降级，且降级幅度被标记为会带来重大性能影响，同样触发失败，常见场景：
  • 当前GPU被列入Chromium GPU黑名单，触发WebGL核心特性强制裁剪（比如浮点纹理、多重采样、硬件光栅化等特性被禁用，必须依赖软件模拟实现）
  • 可用显存低于阈值触发资源配额降级：GPU进程探测到当前可用显存低于安全阈值，强制将WebGL上下文的资源配额砍到硬件加速标准值的1/4及以下
  • 多GPU设备调度异常：双显卡设备上WebGL上下文被调度到性能未达标的核显（核显性能评分低于Chromium预设的硬件加速最低阈值，通常是HD4000及更早的老旧集成显卡会触发）
• 沙箱兼容性校验
  如果GPU进程的硬件加速沙箱无法正常启用，必须关闭沙箱才能运行硬件WebGL，会被判定为存在重大性能隐患——无沙箱环境下Chromium会给WebGL增加额外的安全校验层，会带来可感知的性能开销。

源码定位参考 #

核心判断逻辑不在渲染进程的Blink接口层，主要分布在两个位置：

1. 性能隐患标记逻辑在GPU进程的gpu/command_buffer/service/gpu_preferences.cc、content/browser/gpu/gpu_data_manager_impl.cc中
2. 最终结果回传到渲染进程后，由third_party/blink/renderer/modules/webgl/webgl_rendering_context_base.cc接收判定结果，决定是否返回有效上下文

注意：以上校验规则会被Origin Trial实验、企业策略配置覆盖，若设备上配置了强制WebGL开启、忽略性能告警的企业策略，所有校验会被直接跳过。

内容的提问来源于stack exchange，提问作者kylejmcintyre