从 OpenGL 的隐式状态机，到 Vulkan/Metal 的显式管线——浏览器 GPU 调度范式的彻底重构。这不是性能升级，而是底层架构革命。
隐式状态机、单线程上下文、黑盒显存——四大底层设计缺陷。
WebGL 1.0 基于 OpenGL ES 2.0、WebGL 2.0 基于 OpenGL ES 3.0，二者均继承传统 OpenGL 全局隐式状态机核心设计：浏览器维护一个全局 GL Context 单例，所有资源（Buffer、Texture、Shader Program）、渲染配置（混合、深度测试、视口、光栅化参数）全部挂载在全局上下文，任何 gl. 调用都会修改全局状态。
gl.bindBuffer / gl.bindTexture / gl.useProgram 修改全局状态，GPU 驱动无法预编译管线状态组合，频繁状态切换会触发大量驱动同步开销，海量模型场景下帧率断崖下跌。
transform feedback 仅提供有限的并行计算能力，图形渲染管线与通用计算无法统一调度，大规模 GPGPU 任务（AI 推理、流体模拟、点云降噪）开发成本极高，性能损耗严重。
工业扫描、GIS 三维场景加载百万级点云时，WebGL 反复绑定顶点缓冲会产生毫秒级主线程阻塞，且无法批量提交多段点云绘制指令；显存自动回收机制频繁触发 GC，画面出现周期性卡顿。
PBR、SSR、体积云等多通道后处理需要频繁切换帧缓冲（FBO）、纹理绑定，每次切换修改全局 GL 状态，驱动无法批处理指令，移动端中低端 GPU 帧率直接腰斩。
基于 WebGL 构建神经网络推理框架时，只能借助纹理存储张量，读写依赖纹理绑定、帧缓冲切换，张量分片计算需要大量冗余状态切换，推理延迟远超原生 GPU 计算接口。
五大范式转移，对齐 Vulkan/Metal/DX12 现代显式图形 API。
WebGPU 抛弃 OpenGL 全局状态机思路，对齐 Vulkan、DirectX 12、Metal 的显式、分层、多线程现代图形架构，核心设计分为四层抽象：设备层（GPUAdapter/GPUDevice）、资源层（Buffer/Texture/Sampler）、管线层、指令队列层，完全分离资源创建、管线编译、指令录制、提交执行四大阶段。
VERTEX / UNIFORM / STORAGE / COPY_SRC，区分顶点缓冲、通用计算存储缓冲、传输缓冲；内存分配模式区分 COPY_DST（GPU 本地高速显存）、MAP_WRITE（CPU 可写 staging 内存）、MAP_READ（CPU 可读回读内存）；支持手动销毁资源、复用缓冲内存块，适配 TB 级大规模三维资源场景。
架构维度对照 + 真实场景性能量化 + 着色器体系差异。
| 维度 | WebGL 2.0 | WebGPU |
|---|---|---|
| 底层后端 | OpenGL ES 3.0（老式隐式管线） | Vulkan 1.1 / Metal / DX12（现代显式管线） |
| 状态管理 | 全局单例隐式状态机，运行时动态修改 | 预编译静态 Pipeline，状态变更零开销 |
| 线程模型 | 上下文锁定主线程，Worker 无法提交绘制指令 | 指令录制全线程安全，Worker 并行编码，主线程批量提交 |
| 内存管控 | 浏览器自动托管显存，无显式分配/销毁接口 | 分层显式内存模型，区分设备显存/CPU 传输内存，手动资源生命周期 |
| 图形计算融合 | 图形与计算割裂，依赖 Transform Feedback 有限计算 | 统一 WGSL，Render/Compute 管线资源完全互通 |
| 光线追踪 | 无硬件原生支持，仅软件模拟 | 原生硬件 RT 扩展，BVH 加速、多阶段光线着色器 |
硬件、业务、标准三端合力推动下一代图形 API 落地。
桌面端 DX12、Vulkan，移动端 Metal、Vulkan 成为 GPU 厂商标准底层接口，OpenGL 逐步停止迭代。WebGL 作为 OpenGL ES 的薄层封装，相当于在现代硬件上层套一层老式兼容壳，驱动层需要大量翻译适配层，带来固定性能损耗；WebGPU 直接对接原生现代图形 API，消除中间兼容层开销。
传统 WebGL 仅支撑简单可视化、轻量 3D 小游戏；当下元宇宙、工业数字孪生、GIS 海量实景模型、WebAI 推理、云端渲染、实时光追内容，对并行计算、显存容量、多线程调度、硬件加速提出刚需，WebGL 底层架构无法满足业务性能下限。
Chrome、Firefox、Safari、Edge 全部完整支持 WebGPU 标准，WebGL 仅做兼容维护，不再新增功能迭代；W3C 已明确 WebGPU 为 Web 图形长期标准，WebGL 定位 legacy 兼容方案。
引擎现状、原生开发挑战、三阶段落地策略。
成熟引擎屏蔽底层 API 差异，中小型项目可极低改造成本完成迁移。
从「即时调用修改全局状态」转向「提前创建资源、预编译管线、批量录制指令提交」，代码分层逻辑需要重构。
原有 GLSL ES 代码需要改写，类型、内置函数、存储修饰符存在语法差异。
WebGL 无需手动释放资源，WebGPU 需设计缓冲/纹理复用、销毁机制，避免显存泄漏。
低端老旧设备无 WebGPU 支持，必须保留 WebGL 降级渲染分支。
两代完全不同的图形编程范式的本质对比。
很多开发者将 WebGPU 视作「性能加强版 WebGL」，但二者本质是两代完全不同的图形编程范式：
继承固定管线 OpenGL 的「即时渲染、全局可变状态」思想，适配十年前简单轻量 Web 3D 场景。
基于现代硬件显式 API 设计「静态管线、多线程指令、显式内存、统一计算渲染」架构，面向未来十年海量、高并行、硬件加速的 Web 图形与通用计算需求。
WebGL 完成了浏览器 3D 从 0 到 1 的普及使命，但底层架构天花板已无法突破；WebGPU 代表 Web 图形渲染的范式转移，彻底打通浏览器 GPU 算力上限，让网页具备接近原生桌面端的图形、并行计算能力，是数字孪生、云端渲染、WebAI、实时光追等下一代 Web 业务的基础设施。
短中长期演进路线与开发者能力转变。
存量中小型轻量 3D 项目可继续使用；新中大型高并发、高精度、GPGPU 类项目优先选择 WebGPU。两者将长期共存，WebGPU 占据新增项目主体。
浏览器端实时光追、云端 3D 渲染、前端 AI 并行推理、百万级实景可视化全部基于 WebGPU 构建。WebGPU 成为下一代 Web 图形与计算业务的统一基础设施。
Web 图形工程师需要从传统 GL 状态机思维，转向现代显式图形 API（Vulkan/WebGPU）的资源、管线、指令队列分层架构思维，掌握显存管理、多线程 GPU 调度、通用计算管线开发能力。
WebGL 开启了网页三维时代，而 WebGPU 完成 Web 图形底层范式的彻底重构——释放浏览器硬件算力的全部潜力，是前端图形工程不可逆转的技术演进方向。
w3.org/TR/webgpu · 完整规范文档
khronos.org · Legacy 规范参考
Chrome DevTools · GPU 性能调试
github.com/mrdoob/three.js · WebGPURenderer 实现
架构对照 · 显式 API 设计差异
RT Extension · BVH/光线着色器规范