OpenCV Mat 创建会产生内存泄漏答案

【问题标题】：OpenCV Mat creation produces memory leakOpenCV Mat 创建会产生内存泄漏
【发布时间】：2011-11-14 09:46:42
【问题描述】：

使用下一段代码后，我的记忆很快就被填满了。 Valgrind 显示内存泄漏，但所有内容都在堆栈上分配，并且（应该）在函数结束后释放。

void mult_run_time(int rows, int cols)
{
    Mat matrix(rows,cols,CV_32SC1);
    Mat row_vec(cols,1,CV_32SC1);

    /* initialize vector and matrix */
    for (int col = 0; col < cols; ++col)
    {
        for (int row = 0; row < rows; ++row)
        {
            matrix.at<unsigned long>(row,col) = rand() % ULONG_MAX;
        }

        row_vec.at<unsigned long>(1,col) = rand() % ULONG_MAX;
    }
    /* end initialization of vector and matrix*/

    matrix*row_vec;  
}

int main()
{
    for (int row = 0; row < 20; ++row)
    {
        for (int col = 0; col < 20; ++col)
        {
            mult_run_time(row,col);
        }
    }

    return 0;
}

Valgrind 显示Mat row_vec(cols,1,CV_32CS1) 行存在内存泄漏：

==9201== 24,320 bytes in 380 blocks are definitely lost in loss record 50 of 50
==9201==    at 0x4026864: malloc (vg_replace_malloc.c:236)
==9201==    by 0x40C0A8B: cv::fastMalloc(unsigned int) (in /usr/local/lib/libopencv_core.so.2.3.1)
==9201==    by 0x41914E3: cv::Mat::create(int, int const*, int) (in /usr/local/lib/libopencv_core.so.2.3.1)
==9201==    by 0x8048BE4: cv::Mat::create(int, int, int) (mat.hpp:368)
==9201==    by 0x8048B2A: cv::Mat::Mat(int, int, int) (mat.hpp:68)
==9201==    by 0x80488B0: mult_run_time(int, int) (mat_by_vec_mult.cpp:26)
==9201==    by 0x80489F5: main (mat_by_vec_mult.cpp:59)

这是 OpenCV 中的已知错误还是我遗漏了什么？

【问题讨论】：

这可能无关，但你确定CV_32SC1 是unsigned long 吗？它们看起来更像int 对我来说......（我想知道你是否在你不允许的内存空间中写入，因为 unsigned long 在位数上比整数更大）
Fezvez 是对的，你实际上是在写未分配的内存。结果出乎意料。
将 unsigned long 更改为 int 和 ULONG_MAX 更改为 INT_MAX。内存泄漏仍然存在。
你使用的是什么版本的 OpenCV？
我使用的是 OpenCV 2.3.1 版本，这是目前最新的可用（稳定）版本

标签： c++ memory-leaks opencv

【解决方案1】：

在

处使用 unsigned long 是没有用的

matrix.at<unsigned long>(row,col) = rand() % ULONG_MAX;

因为 rand() 无论如何都会返回一个整数，所以总范围内没有增益，所以请改用 unsigned int。

行内：

row_vec.at<unsigned long>(1,col) = rand() % ULONG_MAX;

您正在访问一个超出范围的索引。在 c++ 中，向量从 0 开始，而不是 1。并且矩阵在 opencv 中逐行存储。您正在访问未分配的内存区域，这可能是 valgrind 发现内存泄漏的原因。使用：

row_vec.at<unsigned int>(col, 0) = rand() % ULONG_MAX;

我假设您没有在调试模式下编译程序，因为如果是这种情况，如果您在调试模式下编译，opencv 在访问索引之前会使用断言来确保您在向量的总范围内，你的程序会在你的代码执行过程中抛出一个断言失败，这使得跟踪这种错误更容易。我建议您在调试模式下开始对代码进行原型设计。

【讨论】：

哦，很酷，谢谢...我猜你是对的。我第一次编译 OpenCV 是用CMAKE_BUILD_TYPE=RELEASE。如果我将标志更改为 DEBUG 并再次重新编译 OpenCV，它是否会与发布库一起构建调试库并允许我定义编译模式？？
重新编译代码而不是使用预构建的二进制文件 (link) 的唯一原因是设置使用第三个库，如 EIGEN (link)。如果不是这种情况，您可以立即使用预构建的二进制文件。它们已经带有调试库文件，只需链接它们，就会抛出断言失败。它们不附带调试信息，如果您想在调试期间单步执行 OpenCV 代码，则需要使用调试标志重新编译它。（嗯，还有另一个原因……）

【解决方案2】：

我部分同意@IanMedeiros：这里正确的演员阵容是 unsigned int。

然而，真正的交易是，对于每一种类型的 Mat，只有一个正确的演员表。对于列表检查this answer here。答案立即给出了灰度图像的正确投射。

对于多通道图像，您需要投射到Vec<mat_type, num_channels>。

opencv2 库中最常见的预定义 Vec：

typedef Vec<uchar, 3> Vec3b; // this is how a color image gets usually loaded
typedef Vec<short, 3> Vec3s;
typedef Vec<ushort, 3> Vec3w;
typedef Vec<int, 3> Vec3i;
typedef Vec<float, 3> Vec3f;
typedef Vec<double, 3> Vec3d;

【讨论】：