c++ - 如何在 QNetworkReply::deleteLater() 中调试双重删除

Question

我有一个用 C++ 和 Qt 编写的应用程序，它执行大量网络请求。我的代码的基本大纲如下:

{
    QNetworkReply* reply = networkAccessManager().get( QNetworkRequest( url ) );
    assert( reply );

    connect( reply, &QNetworkReply::finished, [=]
    {
        // do action based on the contents of the reply

        assert( reply->isFinished() );
        reply->deleteLater();
    });
}

该代码使多个请求同时运行。这两个断言都没有触发。

随机地(大约每 200000 个请求)，此回复的延迟删除失败并出现双重释放。这在 Qt 5.0.2 和 Qt 5.2.x 中都会发生。我运行了 valgrind，结果如下:

==18792== Invalid read of size 8
==18792==    at 0x53AAC7A: QObject::~QObject() (in /usr/lib/x86_64-linux-gnu/libQt5Core.so.5.0.2)
==18792==    by 0x4EB60A8: ??? (in /usr/lib/x86_64-linux-gnu/libQt5Network.so.5.0.2)
==18792==    by 0x53A4357: QObject::event(QEvent*) (in /usr/lib/x86_64-linux-gnu/libQt5Core.so.5.0.2)
==18792==    by 0x537EBBC: QCoreApplication::notify(QObject*, QEvent*) (in /usr/lib/x86_64-linux-gnu/libQt5Core.so.5.0.2)
==18792==    by 0x537E8BD: QCoreApplication::notifyInternal(QObject*, QEvent*) (in /usr/lib/x86_64-linux-gnu/libQt5Core.so.5.0.2)
==18792==    by 0x5380AC5: QCoreApplicationPrivate::sendPostedEvents(QObject*, int, QThreadData*) (in /usr/lib/x86_64-linux-gnu/libQt5Core.so.5.0.2)
==18792==    by 0x53C38D4: QEventDispatcherUNIX::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) (in /usr/lib/x86_64-linux-gnu/libQt5Core.so.5.0.2)
==18792==    by 0x537D88A: QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) (in /usr/lib/x86_64-linux-gnu/libQt5Core.so.5.0.2)
==18792==    by 0x51F422A: QThread::exec() (in /usr/lib/x86_64-linux-gnu/libQt5Core.so.5.0.2)
==18792==    by 0x51F8A4A: ??? (in /usr/lib/x86_64-linux-gnu/libQt5Core.so.5.0.2)
==18792==    by 0x5812B4F: start_thread (pthread_create.c:304)
==18792==    by 0x62A1A7C: clone (clone.S:112)
==18792==  Address 0xb9fd670 is 0 bytes inside a block of size 16 free'd
==18792==    at 0x4C279DC: operator delete(void*) (vg_replace_malloc.c:457)
==18792==    by 0x53A4357: QObject::event(QEvent*) (in /usr/lib/x86_64-linux-gnu/libQt5Core.so.5.0.2)
==18792==    by 0x537EBBC: QCoreApplication::notify(QObject*, QEvent*) (in /usr/lib/x86_64-linux-gnu/libQt5Core.so.5.0.2)
==18792==    by 0x537E8BD: QCoreApplication::notifyInternal(QObject*, QEvent*) (in /usr/lib/x86_64-linux-gnu/libQt5Core.so.5.0.2)
==18792==    by 0x5380AC5: QCoreApplicationPrivate::sendPostedEvents(QObject*, int, QThreadData*) (in /usr/lib/x86_64-linux-gnu/libQt5Core.so.5.0.2)
==18792==    by 0x53C38D4: QEventDispatcherUNIX::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) (in /usr/lib/x86_64-linux-gnu/libQt5Core.so.5.0.2)
==18792==    by 0x537D88A: QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) (in /usr/lib/x86_64-linux-gnu/libQt5Core.so.5.0.2)
==18792==    by 0x538115F: QCoreApplication::exec() (in /usr/lib/x86_64-linux-gnu/libQt5Core.so.5.0.2)
==18792==    by 0x4093C4: main (main.cpp:38)

我认为以下几点肯定是正确的:

• 主线程删除一个资源。
• 然后网络线程尝试删除相同的资源。然后导致双重删除。这在某种程度上失败了

我认为，但无法验证，以下情况是否属实:

• 此资源是一个 QNetworkReply。它可能是一些我不知道的 Qt 内部资源。除了这个 QNetworkReply，我的代码库不包含任何频繁创建或销毁的 QObject。

我在尝试解决此错误时遇到困难。从堆栈跟踪的检查来看，reply->deleteLater() 信号似乎以某种方式同时传递到网络线程和主线程。但我不明白怎么会这样。信号和槽编程风格使得很难看出哪里出了问题。

我将如何调试此错误？

---

一个答案提到了同步的可能起源。在我的代码库中，只允许从不同的线程调用 1 个类。此类中的函数分为两类:

1. 查询一些内部状态。
2. 发出信号。

第二类实现为:

class Foo {
  Q_OBJECT
public:
  void Foo() {
    connect( foo, &Foo::doSomethingSignal, this, &Foo:doSomethingInternal, Qt::QueuedConnection );
  }

  // this functions gets called from various threads
  void doSomething() {
    emit( doSomethingSignal() );
  }

private slots:
  // this function happens synchronized in the main thread
  void doSomethingInternal() {
    ...
  }

signals:
  void doSomethingSignal();
}

根据这个 stackoverflow 问题:emit Qt signal from non Qt Thread or ouside Qt main event loop with at 4.5这是安全的。调用者不是 QObject。

Answer 1

回答我自己的问题:

我制作了一个功能非常简单的测试用例。经过一些测试，该错误似乎存在于我的测试用例中。这就是为什么我做了一个错误报告:https://bugreports.qt-project.org/browse/QTBUG-38309

可以在这里查看测试用例:https://bitbucket.org/sdessens/qnetworkreply-access-violation-testcase/overview

存在一个解决方法，涉及在删除回复之前等待几百毫秒，这在测试用例中工作正常，但由于某种原因在我的应用程序中不起作用(几分钟后，事件循环似乎停止工作)。随机崩溃的影响不是地球散射，所以现在我在 bash 中坚持一个 while 循环以保持我的应用程序运行，直到 Qt 开发人员解决这个问题。