will-change: transform 不会创建新 GPU 上下文，仅提升为复用现有上下文的合成层；真正创建独立 GPU 上下文需显式 API 调用（如 WebGL getContext、WebGPU requestDevice），且发生在进程初始化阶段，无法由 CSS 声明驱动。
不能通过“层合成提升”策略在动画执行前向 GPU 申请独立渲染上下文——这个说法混淆了两个不同层级的机制：层合成（compositing）是浏览器渲染管线中对已存在图层的调度与混合行为，而创建独立 GPU 渲染上下文（如 OpenGL GLXContext、WebGL WebGLRenderingContext 或 Vulkan VkDevice）必须由显式 API 调用触发，且通常发生在进程/线程初始化阶段，无法被 CSS 动画或 will-change 等声明式提示所驱动。
为什么 will-change: transform 不会创建新 GPU 上下文
浏览器对 will-change 的实际处理是：标记元素为“可能频繁重绘”，进而将其提升为独立合成层（Composited Layer），复用当前页面共用的主线程 WebGL 上下文或 Skia GPU 渲染上下文。该操作不涉及：
- 调用
cuCtxCreate()（CUDA）、eglCreateContext()（EGL）或wglCreateContext()（WGL）等底层上下文创建函数 - 分配新的 GPU 地址空间映射、寄存器快照或硬件上下文 ID（HW Context ID）
- 绕过浏览器沙箱或跨进程通信机制去请求宿主机驱动新建隔离环境
它只是让合成器（compositor thread）把该图层的纹理更新从主线程绘制中剥离，仍共享同一套 GPU 资源池和上下文句柄。
真正能触发独立上下文创建的场景与方式
只有在明确需要资源隔离、跨线程/跨进程渲染或规避上下文污染时，才需主动创建独立上下文。常见路径包括：
- WebGL：调用
canvas.getContext('webgl', { alpha: false, antialias: false })会隐式绑定到当前页面默认上下文；若需多上下文，必须用多个<canvas>元素，每个调用一次getContext，浏览器内部会为每个生成独立WebGLRenderingContext实例（但底层仍可能复用 EGL context，取决于驱动实现） - WebGPU：显式调用
device.queue.createCommandEncoder()不创建上下文，但navigator.gpu.requestAdapter().then(adapter => adapter.requestDevice())每次返回的device对象对应一个逻辑设备上下文，可视为轻量级隔离单元 - 原生应用（如 Electron 或 Qt）：需在创建
QOpenGLWidget或OffscreenSurface前，手动调用eglCreateContext(display, config, share_context, attrib_list)，其中share_context设为NULL才表示完全独立
误用 will-change 反而会阻碍上下文管理
过度使用 will-change: transform 或 will-change: opacity 可能导致：
- 大量图层被强制提升，耗尽 GPU 内存中的纹理缓存页表项（尤其在低端 Android 设备上触发
GL_OUT_OF_MEMORY） - 合成器线程频繁重排图层树（Layer Tree Rebuild），反而增加 CPU 开销，掩盖真实上下文瓶颈
- 与离屏渲染（offscreen rendering）冲突：若某元素同时被
will-change提升又在OffscreenCanvas中绘制，Chrome 可能拒绝复用其纹理，导致重复上传
这类问题在启用 --enable-gpu-rasterization 且禁用 --disable-gpu-compositing 的调试环境下尤为明显。
想提前“预占”GPU 上下文？得绕开浏览器渲染管线
如果业务确实需要动画前就持有专用上下文（例如 AR 应用需低延迟等待传感器数据后立即渲染），唯一可靠方式是：
- 在页面加载早期（如
DOMContentLoaded阶段）主动创建一个隐藏的<canvas>，调用getContext('webgl')并保持引用，避免 GC 回收 - 对 WebGL 上下文调用
makeCurrent()（若使用 Emscripten 封装）或确保其未被loseContext事件中断 - 避免在该上下文中执行大量绘制，仅维持其活跃状态（active context），防止驱动因超时释放资源
注意：该上下文仍与主页面共享 GPU 进程，真正的硬件上下文隔离（如 NVIDIA 的 MIG 或 AMD 的 VSR）需在系统层配置，无法通过前端代码控制。
