OpenGL加载纹理与模型时RAM占用过高如何降低内存使用

磁盘上的纹理、模型文件都是经过压缩存储的（PNG/JPG是图片压缩格式，OBJ/FBX等模型文件是结构化压缩存储格式），加载到程序RAM和GPU显存时会被解压为未压缩的原始数据格式，体积出现几十倍的增长是正常现象，结合你贴的代码和教程默认实现的问题，额外的冗余开销主要来自几个可优化的点。

纹理侧优化方案 #

先给你算个基础账：一张2048*2048分辨率的未压缩RGBA8纹理，原始大小为2048 * 2048 * 4 = 16MB，生成Mipmap后还要额外增加1/3的体积，单张纹理就占约21MB显存，只要有20余张同分辨率纹理，仅纹理部分就能占满400MB以上空间，和你观测到的500MB总占用量级吻合。针对你当前的实现，可以按优先级做这几个优化：

• 加纹理缓存避免重复加载：LearnOpenGL的基础示例代码没有做去重逻辑，只要材质引用了纹理路径就会重新加载文件、新建OpenGL纹理对象。如果多个材质共用同一张纹理，会导致同一张图在内存/显存里存多份。你可以加一个全局的路径-纹理ID映射表（比如std::unordered_map<std::string, unsigned int> textureCache），加载纹理前先查表，已加载过的纹理直接返回已有ID即可，不需要重复创建。
• 使用GPU原生压缩纹理格式：你当前glTexImage2D传入的内部格式和源格式一致，用的是未压缩的GL_RGB/GL_RGBA格式，空间利用率极低。可以直接替换为GPU硬件支持的块压缩格式，画质损失几乎不可感知，还能直接把纹理内存占用降到原来的1/4到1/6：
  • 无透明通道的漫反射、粗糙度等纹理用GL_COMPRESSED_RGB_S3TC_DXT1_EXT（BC1格式），单像素仅占0.5字节
  • 带透明通道的纹理用GL_COMPRESSED_RGBA_S3TC_DXT5_EXT（BC3格式），单像素仅占1字节
• 按需调整纹理精度和Mipmap配置：单通道的金属度、粗糙度、AO贴图不要用RGBA格式存储，改用GL_RED8单通道格式就能省75%的空间；对于不会被远距离观察的纹理（比如UI纹理、第一人称视角下的手持物体纹理），可以关闭Mipmap生成，直接省掉1/3的Mipmap内存开销。
• 修复你代码里的顺序bug：你当前是先调用glTexParameteri设置纹理参数，之后才调用glBindTexture绑定新生成的纹理ID，这时候参数会被设置到当前上下文绑定的其他纹理上，新纹理会使用OpenGL默认参数，部分驱动实现下会产生额外的冗余内存分配，把glBindTexture调用移到纹理参数设置之前即可。
  修正后的纹理上传核心代码片段参考：

  glBindTexture(GL_TEXTURE_2D, textureID);
  // 注意internalFormat换成压缩格式，这里以RGBA贴图为例
  glTexImage2D(GL_TEXTURE_2D, 0, GL_COMPRESSED_RGBA_S3TC_DXT5_EXT, width, height, 0, format, GL_UNSIGNED_BYTE, data);
  glGenerateMipmap(GL_TEXTURE_2D);
  // 绑定后再设置参数
  glTexParameteri(GL_TEXTURE_2D, GL_TEXTURE_WRAP_S, GL_REPEAT);
  glTexParameteri(GL_TEXTURE_2D, GL_TEXTURE_WRAP_T, GL_REPEAT);
  glTexParameteri(GL_TEXTURE_2D, GL_TEXTURE_MIN_FILTER, GL_LINEAR_MIPMAP_LINEAR);
  glTexParameteri(GL_TEXTURE_2D, GL_TEXTURE_MAG_FILTER, GL_LINEAR);
  

模型侧优化方案 #

• 及时释放Assimp加载的临时内存：Assimp导入模型时会在CPU端生成全量的场景、节点、材质、网格临时数据，这些数据在你把顶点、索引数据上传到VBO之后就没有用了，只要让Assimp的Importer对象正常析构就会自动释放这部分内存，不要长期持有aiScene指针避免内存泄漏。
• 精简顶点属性格式：不要给所有网格都带上位置、法线、切线、副切线、UV、顶点色全量属性，比如不用法线贴图的网格就不需要存切线、副切线数据，单顶点就能省12字节，百万级顶点的场景下能省出上百MB空间。
• 和纹理一样加模型缓存，避免同一个模型文件重复加载多份。

做完以上优化后，同场景的内存+显存总占用基本可以降到100MB以内。

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