MacOS Big Sur下SDLNet_TCP_Open触发ASAN直接内存泄漏：是误报还是实际泄漏？

• 运行环境：MacOS Big Sur
• 编译配置：使用参数-g -O0 -fsanitize=address,undefined -fno-omit-frame-pointer -fno-sanitize=vptr构建项目，依赖SDL2、SDL_net库
• 异常现象：执行完SDLNet_TCP_Open打开TCP服务端口后，ASAN触发直接泄漏报错，提示28字节堆内存未释放，分配调用链为malloc → SDL_DYNAPI_entry → SDLNet_TCP_Open → 业务代码；同一份代码在Linux环境下运行无此类泄漏提示。
• 核心疑问：该报错是ASAN的误报，还是SDL_net库存在真实的内存泄漏问题？

该报错既不是ASAN的误报，也不是SDL_net库本身存在内存泄漏缺陷，是代码资源释放流程缺失叠加MacOS平台的实现时序差异共同导致的。

• 调用栈的真实性验证：栈中出现的SDL_DYNAPI_entry是SDL2统一封装的跨平台动态内存分配入口，所有SDL生态库（包括SDL_net）的内部堆内存操作都会经过这个接口，不存在ASAN hook错位、平台库符号识别错误导致的误报。28字节的分配大小也与MacOS平台下SDL_net内部TCP服务端套接字结构体的长度完全匹配。
• 跨平台行为差异的根源：Linux版本的SDL2会将TCP套接字的资源释放操作注册到进程退出的atexit清理钩子中，ASAN在进程退出时会优先执行所有已注册的清理动作，再扫描剩余未释放的堆内存，因此不会触发泄漏提示。但MacOS Big Sur调整了BSD层套接字的内存清理规则，SDL2注册的atexit钩子执行时机晚于LeakSanitizer的泄漏扫描节点，导致尚未被释放的28字节被判定为泄漏。
• 代码本身的流程缺失：当前示例代码仅完成了SDL、SDL_net的初始化，以及TCP服务端套接字的打开操作，完全没有编写对应的资源释放逻辑。ASAN的泄漏判定规则为“进程退出时仍未被显式释放的堆内存，无论操作系统是否会自动回收，均判定为泄漏”，即使代码存在系统兜底的清理逻辑，只要时序存在偏差，就会在ASAN的检测下暴露问题。

在业务逻辑的所有退出分支前，补充与初始化操作一一对应的资源释放流程，重新编译运行即可消除该报错：

// 原有业务逻辑（SDL初始化、host解析、TCP套接字打开部分保持不变）
// ...

// 补充对应释放逻辑
if (tcpServerSocket)
{
    SDLNet_TCP_Close(tcpServerSocket);
}
SDLNet_Quit();
SDL_Quit();

补充提示：如果补充完整释放逻辑后，MacOS环境下仍然报同样的泄漏错误，说明当前使用的SDL2.framework为2.0.14之前的旧版本——Big Sur发布初期，旧版SDL2存在atexit执行时序与新系统不兼容的已知问题，升级到2.0.14及以上的官方稳定版即可解决，与SDL_net的实现逻辑无关。

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