17370845950

WebGL是浏览器中基于OpenGL ES的GPU加速JavaScript图形接口，需手动管理顶点、着色器、缓冲区等底层资源，区别于CPU渲染的Canvas 2D，适用于高性能3D应用；Three.js等库是其高级封装，但调试优化仍需理解WebGL原理。

WebGL 是浏览器里直接调用 GPU 渲染 2D 和 3D 图形的 JavaScript 接口，不依赖插件，基于 OpenGL ES 2.0（或 WebGL 2.0 对应 ES 3.0），核心目标是让网页能跑高性能、可交互的图形应用。

它本质上是一套低级绘图控制权

不是现成的“3D引擎”，而是把图形管线的底层能力暴露给 JavaScript：你得自己准备顶点数据、写 GLSL 着色器、管理缓冲区、设置矩阵变换、驱动渲染循环。浏览器只提供一个 WebGLRenderingContext，其余全靠代码组织。

• 所有绘制都发生在 元素上，通过 getContext('webgl') 获取上下文
• 着色器必须用 GLSL ES 编写（顶点着色器处理位置/法线，片段着色器决定像素颜色）
• 没有内置相机、灯光、模型加载或场景树——这些都要自己实现或借助库

为什么需要它而不是 Canvas 2D？

Canvas 2D 是 CPU 绘制的位图操作，适合 UI 和简单动画；WebGL 则把计算压给 GPU，适合大量顶点运算、实时光影、纹理采样、粒子系统等——比如旋转一个含上万面的 3D 模型，Canvas 2D 几乎卡死，WebGL 可以轻松维持 60fps。

• 硬件加速是默认行为，不是可选项
• 支持深度测试、模板缓冲、混合模式、帧缓冲（FBO）等专业图形功能
• 跨平台一致：同一段 WebGL 代码在 Chrome/Firefox/Safari/Edge 甚至 iOS Safari 上行为基本相同

它和 Three.js 之类的关系

Three.js 不是 WebGL 的替代品，而是它的“翻译器”：把“创建一个带光照的旋转立方体”这种高级意图，自动拆解成 WebGL 要求的缓冲区、着色器、状态设置和 draw call。你可以不用 Three.js 写 WebGL，但几乎没人从零手写商业级 3D 应用——太容易出错、太难调试、太耗时间。

• Three.js 封装了矩阵运算（用 gl-matrix）、OBJ/ glTF 加载、轨道控制器、后处理通道等
• 但一旦性能出问题，最终还得回到 WebGL 层查 draw call 数量、纹理格式、VBO 复用情况
• 理解 WebGL 原理，才能真正用好 Three.js 或做定制优化

基本上就这些。它不复杂，但容易忽略“你是在直接跟 GPU 对话”这个事实。