【前端底层】RenderTextureManager：渲染纹理的动态管理

实战应用：用在哪里

解密源码里的 RenderTextureManager 管理渲染纹理的动态创建与回收：小地图的地形渲染、技能的范围预览、传送门的画面捕捉都依赖 RenderTexture。纹理的创建成本高，管理器负责按需创建与及时回收。

纹理的管理

---渲染纹理的创建与获取（整理自 RenderTextureManager.lua）
function RenderTextureManager.get(key, width, height)
    local cache = textureCache[key]
    if cache and cache.width == width and cache.height == height then
        return cache.texture
    end
    if cache then cache.texture:Release() end
    local tex = CreateRenderTexture(width, height)
    textureCache[key] = { texture = tex, width = width, height = height }
    return tex
end

纹理按 key 缓存，尺寸变化时旧纹理释放新纹理创建。纹理的释放调用了 Release 方法防止内存泄漏——这是解密源码里最值得学习的资源管理模式。缓存的上限通过 LRU 淘汰，最久未用的纹理自动释放。

小地图的应用

---小地图的地形渲染：RT 的离屏绘制
function MiniMap.renderTerrain(mapId)
    local tex = RenderTextureManager.get("minimap_" .. mapId, 256, 256)
    tex:Begin()
    drawMapTiles(mapId, 0, 0, 256, 256)
    tex:End()
end

小地图的地形绘制到 RenderTexture 上，主循环只渲染这张纹理而不逐帧绘制地形块。地形的变更（塌方、新建建筑）触发纹理重绘。纹理的内存占用按 256 乘 256 乘 4 字节 = 256KB 计算，十张小地图纹理共占 2.5MB，在可接受范围。纹理的 LRU 淘汰与场景切换联动，切图时释放旧地图的纹理。

验证与监控

渲染纹理的存量与内存占用监控，纹理数量超过 20 个告警。

踩坑记录

RenderTexture 的 Release 曾经在 Lua 的 GC 回收时才执行，纹理的 GPU 资源未即时释放导致显存增长，手动 Release 与 GC 的双保险解决。RT 的 Begin 与 End 必须成对调用，漏了 End 会让后续的 UI 渲染画到纹理上而不是屏幕。

上线要点

RT 的 key 命名规范（模块加用途）进文档，盲目的 key 会让缓存失效。纹理的创建与释放在管理器层统一，业务层只调 get 与 release 接口。低端机的 RT 数量上限减半，纹理的分辨率降为 128 以省显存。

本文由 996 技术组基于 996 引擎官方知识库与浮生梦老师课程体系整理。团队长期从事传奇类引擎 Lua 后端逻辑、客户端界面与商业版本交付，内容以官方知识库与真实项目为出处，按版本持续修订。