我注意到一个非常有趣的发现。我正在测试我的应用程序，该应用程序涉及一个定制的 GUI 元素，该元素由来自外部源的数据更新。每当数据到达串行端口时，GUI 的更新是使用插槽(Qt 特定详细信息) 函数完成的。现在数据以每秒 10 个数据包的速度传入，即更新 GUI 功能被称为每秒 10 个数据包。除了不断增加其内存占用之外，这还降低了应用程序的速度。它从 60 MB 开始，并在几个小时内增加到 65 MB。
我的结论是更新 GUI 很慢，当每秒调用 10 次用于更新的插槽时，从长远来看，插槽调用会排队，从而降低应用程序响应时间。
我通过缓存传入值并在传入值发生变化时更新 GUI 解决了这个问题。
我尝试过各种免费工具，如 valgrind-memcheck、泄漏检查器，但结果没有帮助，事实上泄漏检查器没有发现泄漏，但我的程序内存大小不断增加。这是否意味着因为 GUI 更新本来就很慢，所以信号槽连接排队？
问题来了。追踪内存泄漏已经够难了，如果涉及到 Qt，倒霉的程序员如何确定问题所在，即它实际上是内存泄漏还是信号槽连接排队？
最佳答案
内存可能是碎片化的。 AFAIK 内存仅返回给操作系统，前提是它是页面对齐的并且是页面大小的倍数。有些内存分配器永远不会归还内存，我想到了 googles malloc。
因此，如果 Qt 或您的应用程序不断 malloc 和释放随机不同大小的小块，内存可能会保留下来。不过，内存占用量的增加应该会随着时间的推移而减慢。
如果您正在更新一些类似 QWidget 的对象，请确保使用 update() 而不是 repaint()。
关于C++/Qt 内存泄漏？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/1265169/