Mac平台C++空程序运行时出现Google Protobuf内存分配问题咨询

1. Google Protobuf的作用与空程序出现的原因 #

Google Protobuf 是谷歌开发的跨语言轻量级序列化框架，常用于数据存储、跨进程/跨服务通信场景。
你没有主动引入却在空程序中捕获到相关调用，是因为macOS平台的程序启动时，会预先加载大量系统级动态库，你追踪到的wireless_diagnostics::google::protobuf来自系统自带的无线诊断相关框架，该框架内部依赖Protobuf实现功能。你重载的全局new/delete是进程全局生效的，所以会捕获到所有系统库、第三方库、自身业务代码的内存分配操作，哪怕你没有主动引入Protobuf依赖。

2. 疑似内存泄漏的原因 #

这不是真正的内存泄漏，主要有两个原因导致你观测到分配未释放：

• 统计时机问题：你在main函数内部打印allocations数值时，main函数还未执行完成，系统库的全局对象、常驻单例的析构逻辑，要在main函数返回之后才会触发，此时对应的delete调用还没执行，自然会统计到未释放的分配。即便是等所有析构逻辑执行完成，仍然可能有少量未释放的Protobuf相关内存，这是系统库的设计选择，不属于泄漏。
• 系统库优化：部分系统库的核心组件会为了运行性能，故意不释放进程生命周期内常驻的内存，这类内存会在进程完全退出时由操作系统统一回收整个进程地址空间，不会造成实际的资源泄漏，也不会在运行过程中持续增长。

3. 对应的解决办法 #

该现象没有实际危害，不需要特殊处理也不会影响程序正常运行。如果要消除统计偏差，可以采用以下方案：

• 调整统计时机：可以注册atexit回调，在回调中打印内存统计值，此时大部分全局对象的析构已经完成，统计结果会更贴近实际情况。
• 过滤系统库分配：在你重载的new/delete逻辑中加入调用栈采集逻辑，只统计自身代码模块路径下的分配释放，忽略系统库的调用。
• 使用专业检测工具：如果需要排查业务代码的内存泄漏，直接使用XCode自带的Instruments工具中的Leaks检测组件，该工具会自动过滤系统级的常驻内存误报，检测结果更准确。

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