Qt内存泄漏疑问：已指定父对象的QAction为何仍触发泄漏？

可能的原因： #

• 内存检测工具的误报：Qt的父子对象销毁机制是通过QObject::~QObject()中的deleteChildren()方法隐式释放所有子对象，而非在父类析构函数中显式调用delete。部分工具（比如你用的Deleaker）可能无法追踪到这种内部自动清理逻辑，从而误判为内存泄漏。
• createAction()被多次调用：如果这个方法被执行多次，成员变量action会被多次赋值为新的QObject指针，虽然旧的QAction仍然是MainWindow的子对象，最终会随MainWindow销毁而释放，但工具可能会将指针覆盖的情况判定为“丢失”了旧对象的引用，从而报泄漏。
• MainWindow本身未被正确销毁：如果程序退出时MainWindow对象没有被正常析构（比如作为堆对象创建后未调用delete，或者程序异常退出跳过了析构流程），那么它的所有子对象包括QAction也不会被释放，此时确实存在真正的内存泄漏。

验证与解决方法： #

1. 确认对象是否真的被销毁：

   • 在MainWindow的析构函数中添加调试输出：

     MainWindow::~MainWindow() {
         qDebug() << "MainWindow destroyed";
     }
     

   • 自定义一个继承自QAction的类，添加析构函数输出：

     class MyAction : public QAction {
     public:
         ~MyAction() { qDebug() << "MyAction destroyed"; }
     };
     

     替换原代码中的QAction为MyAction，运行程序后查看输出，确认两者的析构函数是否被调用。如果都有输出，说明没有真的泄漏，是工具误报。

2. 避免重复创建Action：
   如果createAction()可能被多次调用，添加判断逻辑避免重复创建：

   void MainWindow::createAction() {
       if (action) {
           delete action; // 显式删除旧对象，也可以依赖父对象后续清理，这里显式删除更清晰
       }
       action = new QAction(tr("New"), this);
   }
   

3. 换用更适配Qt的内存检测工具：
   可以使用Valgrind（Linux/macOS）或者Qt自带的内存检测机制（在QT_DEBUG模式下启用），这些工具能更好地识别Qt的对象生命周期管理逻辑，减少误报。

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