WebGL2中deleteTexture无法回收GPU内存：原因及解决方法咨询

核心原因 #

• 异步延迟回收：WebGL的GPU资源回收不是同步执行的。调用deleteTexture只是标记该纹理为可回收，浏览器会在当前渲染帧结束、GPU空闲或系统内存紧张时，才异步清理这些标记的资源，不会立刻释放内存给系统。
• 未解除关联引用：如果纹理仍被其他WebGL对象绑定或引用（比如绑定在帧缓冲Framebuffer上、着色器程序仍关联该纹理的采样器），即使调用了deleteTexture，GPU也不会释放对应的内存，因为关联对象还在持有资源。
• 浏览器内存缓存：Chrome会将回收的GPU内存暂时缓存起来，用于后续WebGL资源的快速分配，不会立刻还给系统。此时任务管理器显示的内存占用不会下降，但这些内存已经可以被新的WebGL资源复用。

可行解决办法 #

• 清理所有关联引用：
  • 调用deleteTexture前，先解除纹理的所有绑定：gl.bindTexture(gl.TEXTURE_2D, null)（根据实际使用的纹理类型替换，比如TEXTURE_3D）。
  • 如果纹理关联了帧缓冲，需要解绑帧缓冲的纹理附着：gl.framebufferTexture2D(gl.FRAMEBUFFER, gl.COLOR_ATTACHMENT0, gl.TEXTURE_2D, null, 0)。
• 优化资源复用：避免频繁创建和删除大纹理，尽量复用已有的纹理对象（通过gl.texSubImage2D更新纹理数据而非重新创建），减少GC触发的频率。
• 排查JS侧内存泄漏：检查是否有全局变量、闭包或其他JS对象持有WebGL纹理对象的引用。只要JS侧还存在引用，GPU资源就无法被回收。可以通过Chrome开发者工具的Memory面板排查内存泄漏。
• 触发浏览器GC（仅用于调试）：在Chrome开发者工具的Memory面板手动触发垃圾回收（点击垃圾桶图标），或者在控制台执行gc()（需开启Settings > Experiments > Enable JavaScript garbage collection），验证内存是否真的能被回收。生产环境不依赖此方法。

关于WEBGL_lose_context的说明 #

你提到的loseContext方法确实能立刻释放所有GPU内存，但它会直接销毁整个WebGL上下文，所有已创建的纹理、着色器、帧缓冲等资源都会失效，页面上的WebGL内容会完全丢失，必须重新初始化所有资源才能恢复渲染。这种方式仅适合调试场景，绝对不能用于生产环境。

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