使用stbi_load加载OpenGL纹理时出现内存泄漏问题求助

核心问题拆解 #

你的代码中stbi_image_free(data)本身是正确的，它会释放stbi_load分配的堆内存。但从调用栈和代码结构来看，泄漏的根源并非stbi的内存未释放，而是以下两个关键问题：

1. OpenGL纹理对象未被销毁 #

你通过glGenTextures创建了OpenGL纹理ID，但当前代码没有对应的glDeleteTextures调用。OpenGL纹理对象不仅占用GPU资源，其驱动侧管理的相关CPU堆内存也不会自动回收，必须显式调用glDeleteTextures才能释放这部分内存。

2. 重复创建TEXTURE实例 #

调用栈显示TextField::render()中每次都会创建新的TEXTURE实例，如果render循环频繁执行，会不断生成新的纹理对象和对应的OpenGL资源，旧对象若未被正确清理，必然导致内存持续增长。

关于stbi_image_free的说明 #

stbi_image_free确实会释放stbi_load返回的内存，除非你对data指针做了非法修改（你的代码中不存在这种情况），或者使用了存在bug的stbi版本（概率极低）。

修复方案 #

步骤1：添加析构函数释放OpenGL纹理 #

为TEXTURE类添加析构函数，显式销毁OpenGL纹理对象：

TEXTURE::~TEXTURE() {
    glDeleteTextures(1, &ID);
}

步骤2：避免重复加载纹理 #

如果TextField::render()每次调用都新建TEXTURE对象，会造成大量冗余资源。优化方式：

• 将TEXTURE对象作为TextField的成员变量，仅初始化一次；
• 实现纹理缓存机制，复用已加载的纹理，避免重复调用构造函数加载同一资源。

步骤3：优化纹理加载分支逻辑 #

当前代码中nrChannels的判断可以改为else if，避免不必要的分支执行，同时增加未知通道数的处理：

if (data)
{
    if (nrChannels == 3) {
        glTexImage2D(GL_TEXTURE_2D, 0, GL_RGBA8, width, height, 0, GL_RGB, GL_UNSIGNED_BYTE, data);
        glGenerateMipmap(GL_TEXTURE_2D);
    }
    else if (nrChannels == 4) {
        glTexImage2D(GL_TEXTURE_2D, 0, GL_RGBA8, width, height, 0, GL_RGBA, GL_UNSIGNED_BYTE, data);
        glGenerateMipmap(GL_TEXTURE_2D);
    }
    else {
        std::cout << "Unsupported channel count: " << nrChannels << " for texture " << path << std::endl;
    }
}

步骤4：验证修复效果 #

添加析构函数并优化加载逻辑后，使用Visual Studio堆分析重新检测：

• 确认TEXTURE对象销毁时glDeleteTextures被正确调用；
• 检查render循环中不再重复创建TEXTURE实例。

总结 #

泄漏的核心原因是OpenGL纹理资源未被显式释放，以及重复创建TEXTURE实例导致资源累积，stbi_image_free本身没有问题。通过添加析构函数和优化纹理加载逻辑即可解决问题。

内容的提问来源于stack exchange，提问作者S.T.A.L.K.E.R