Windows C++ gRPC1.40.0 protobuf静态注册对象内存泄漏释放方案咨询

问题根因 #

• 你检测到的这个“内存泄漏”本质是静态初始化对象的生命周期和Windows CRT内存检测时机不匹配导致的假泄漏，不属于业务运行时泄漏：
  1. 你提到的dynamic_init_dummy_DxpGrpc_2eproto是gRPC生成代码里带PROTOBUF_ATTRIBUTE_INIT_PRIORITY属性的静态全局对象，它的初始化优先级高于普通全局对象，析构优先级则低于普通全局对象
  2. 你开启的_CRTDBG_LEAK_CHECK_DF标记会让CRT在main函数返回后、全局静态对象析构执行前就执行内存泄漏扫描，此时这个AddDescriptorsRunner对象还没有被析构，所以它占用的内存会被判定为泄漏
  3. google::protobuf::ShutdownProtobufLibrary()接口的设计定位是清理protobuf运行时动态分配的描述符、消息池等资源，不会主动析构这种编译期生成的静态全局注册对象，这类对象会在程序完全退出前由操作系统自动回收内存，不会造成运行时内存持续增长的问题

处理方案 #

• 若程序没有严格的零内存泄漏检测要求，可直接忽略该假泄漏：这部分内存仅会在程序启动时分配一次，运行过程中不会增长，程序退出时会由操作系统完整回收，不存在资源浪费问题。
• 若需要排除误报，可调整CRT内存检测的时机：手动移除_CRTDBG_LEAK_CHECK_DF标记，改为在所有清理逻辑执行完成后、main返回前手动控制检测逻辑，也可通过泄漏日志里的分配序号主动忽略该笔已知分配：

  #include <crtdbg.h>
  #include "google/protobuf/service.h"
  
  int main(int argc, char** argv) {
      _CrtSetDbgFlag(_CRTDBG_ALLOC_MEM_DF);
      // 此处插入你的业务运行逻辑
      google::protobuf::ShutdownProtobufLibrary();
      // 忽略序号为159的已知静态分配，对应你日志中的分配序号
      _CrtSetIgnoreBlock(159);
      _CrtDumpMemoryLeaks();
      return 0;
  }
  

• 若需要彻底消除该提示，可升级组件版本：将protobuf升级到3.19及以上、对应gRPC版本升级到1.42及以上，该版本官方已经调整了AddDescriptorsRunner的注册和清理逻辑，会在ShutdownProtobufLibrary调用时同步清理这类静态注册的描述符关联资源，不会再被CRT检测为泄漏。
• 禁止手动析构该静态对象，可能会导致程序退出时重复析构触发崩溃。

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