OpenCV自定义分配器调用allocate()未触发deallocate()的原因解析

原因分析与解决方法 #

核心原因：OpenCV默认分配器的内存池缓存策略 #

OpenCV的默认分配器（cv::Mat::getDefaultAllocator()返回的实例）内置了内存池机制：当cv::Mat对象销毁时，其占用的内存不会立即通过deallocate释放回系统，而是被缓存到内存池中，等待后续创建同尺寸/类型的cv::Mat时直接复用。这种设计是为了避免频繁的系统内存分配/释放调用，提升性能。因此你的自定义分配器的deallocate方法不会被触发，除非内存池需要清理（比如程序退出时、内存池达到上限或手动触发清理）。

次要问题：自定义分配器的生命周期风险 #

你将栈上的userAllocator设置为全局默认分配器，虽然这不是本次deallocate未触发的直接原因，但存在潜在风险：如果后续有cv::Mat对象在userAllocator销毁后尝试使用它，会导致未定义行为。

解决与验证方案 #

1. 验证内存池机制
   在局部作用域内多次创建相同尺寸的cv::Mat对象，会观察到仅第一次触发allocate，后续对象直接复用内存池中的内存，不会再次调用allocate，也不会触发deallocate。

2. 强制触发deallocate输出
   修改自定义分配器，将底层调用的默认分配器替换为不使用内存池的标准分配器（cv::Mat::getStdAllocator()），这样cv::Mat销毁时会立即调用deallocate：

   // 在allocate方法中修改
   return m_stdAllocator->allocate(dims, sizes, type, data, step, flags, usageFlags);
   // 在deallocate方法中修改
   m_stdAllocator->deallocate(data);
   

3. 修复分配器生命周期问题
   使用动态分配的自定义分配器，并在测试结束后恢复原默认分配器，避免悬空指针风险：

   TEST_F(CvMatAllocatorTest, cvMatAllocatorTest)
   {
       std::cout << "test start" << std::endl;
   
       UserMatDebugAllocator* userAllocator = new UserMatDebugAllocator();
       cv::MatAllocator* originalAllocator = cv::Mat::getDefaultAllocator();
       cv::Mat::setDefaultAllocator(userAllocator);
   
       {
           cv::Mat mat(1000, 1000, CV_8UC3);
           mat.at<cv::Vec3b>(500, 500) = cv::Vec3b(255, 0, 0);
       }
   
       sleep(3);
       // 恢复原分配器并释放自定义分配器
       cv::Mat::setDefaultAllocator(originalAllocator);
       delete userAllocator;
       
       std::cout << "test end" << std::endl;
   }
   

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