3

我对以下代码有疑问：

#include <QtGui/QImage>

int main(int argc, char* argv[]) {
  QImage qimage(100, 100, QImage::Format_ARGB32);
  qimage.fill(Qt::white);
  qimage.save("test.png", "PNG", 70);

  return 0;
}

编译如下：

gcc -I/usr/include/qt4 test.cpp -lQtGui

该代码生成正确的图像。但是，当我对它进行 valgrind 时：

valgrind --leak-check=full ./a.out

它会产生一系列丢失的块，如下所示：

==5974== 158 (56 direct, 102 indirect) bytes in 1 blocks are definitely lost in loss record 54 of 79
==5974==    at 0x402B9B4: operator new(unsigned int) (in /usr/lib/valgrind/vgpreload_memcheck-x86-linux.so)
==5974==    by 0x4E4E427: QLibraryPrivate::findOrCreate(QString const&, QString const&) (qlibrary.cpp:437)
==5974==    by 0x4E4E721: QLibrary::setFileNameAndVersion(QString const&, QString const&) (qlibrary.cpp:1110)
==5974==    by 0x56290DF: ???

或者这个：

==5974== 396 (56 direct, 340 indirect) bytes in 1 blocks are definitely lost in loss record 61 of 79
==5974==    at 0x402B9B4: operator new(unsigned int) (in /usr/lib/valgrind/vgpreload_memcheck-x86-linux.so)
==5974==    by 0x4E4E427: QLibraryPrivate::findOrCreate(QString const&, QString const&) (qlibrary.cpp:437)
==5974==    by 0x4E44FB6: QFactoryLoader::updateDir(QString const&, QSettings&) (qfactoryloader.cpp:145)
==5974==    by 0x56F9E67: ???

我把完整的日志留给你，你可以在家里执行同样的操作:)

我试图理解，它们似乎位于我在 QImageWriter 的源代码中找到的以下几行中：

QFactoryLoader *l = loader();
QStringList keys = l->keys();

在我看来，当您第一次尝试生成 PNG 图像时，它会构建一些将在您每次构建 PNG 图像时重用的东西，并且永远不会释放内存。QFactoryLoader 的析构函数似乎知道如何清理东西，我很想亲自做一个delete l; 但没有办法调用它，因为 QFactoryLoader 是 Qt 实现的私有。

有人可能会争辩说这不是真正的内存泄漏，因为每种图像格式只有一个键，但是恕我直言，做事的干净方法是能够在退出之前清除所有内容。

所以我的问题是：有没有办法做到这一点？

4

2 回答 2

1

Qt 的图像 I/O 功能基于插件。当您请求QImage加载 png 文件时，PNG 库将作为QObject 一次加载，直到程序退出才会卸载 - 这就是 Valgrind 认为的内存泄漏。

于 2012-08-13T16:18:15.880 回答
-2

你为什么不使用 QCoreApplication。只有这样 QObject GC 才会起作用。只有这样适当的清理才会起作用。Qt 是围绕着太多的指针在内部构建的，这些指针由主事件循环管理，没有这些指针完全是混乱和破坏性的。

于 2012-08-13T15:53:27.380 回答