调用CloseWindow()时raylib资源清理机制及内存残留问题咨询

CloseWindow() 的自动清理范围 #

CloseWindow() 会自动清理 Raylib 内部管理的核心资源，包括：

• 窗口系统上下文与 OpenGL/Vulkan 渲染设备
• 默认字体（GetFontDefault() 返回的实例）
• 内置图形资源（如基本形状的预生成纹理）
• 音频设备与全局音频上下文

但用户手动创建/加载的资源不会被自动清理，必须调用对应的卸载函数释放。

内存未回落至初始值的原因 #

你的程序从 100M 降至 30M 但未回到 128K，结合 valgrind 未检测到泄漏的结果，大概率不是内存泄漏，而是以下情况：

1. 系统内存分配器缓存：C 标准库的 malloc/free 或 Odin 运行时的内存分配器会保留部分已释放的内存作为缓存，不会立刻归还操作系统。这部分内存属于进程的虚拟内存，但不会实际占用物理内存，后续分配时会优先复用，属于正常行为。
2. Fork 后的进程状态残留：你提到 fork 后父进程终止，子进程继承了父进程的内存分配器状态，即使释放了资源，分配器缓存的内存也不会被系统回收，导致 RSS（常驻内存）维持在较高水平。
3. 未手动清理用户资源：如果程序中加载了自定义纹理、模型、音频等资源但未调用卸载函数，会导致真正的资源残留，但 valgrind 未检测到的话，这种可能性较低。

需要手动清理的资源列表 #

所有通过 Raylib 接口手动创建或加载的资源，都需要在 CloseWindow() 前调用对应卸载函数：

• 纹理：UnloadTexture(texture)
• 渲染纹理：UnloadRenderTexture(renderTexture)
• 模型：UnloadModel(model)
• 自定义字体：UnloadFont(font)（默认字体无需手动卸载）
• 音效：UnloadSound(sound)
• 音乐流：UnloadMusicStream(music)
• 着色器：UnloadShader(shader)
• 网格：UnloadMesh(mesh)

验证与解决建议 #

1. 在调用 CloseWindow() 前，确保所有自定义资源都已调用对应卸载函数，再观察内存变化。
2. 若内存仍未回落，可尝试调用系统级内存回收接口（如 Linux 下的 malloc_trim(0)）强制分配器归还缓存内存，但这属于操作系统特定操作，不推荐作为常规手段。
3. 针对 fork 场景，建议在子进程中重新初始化 Raylib 资源，而非继承父进程的状态，避免内存状态混乱。

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