1

我有一个相当简单的应用程序，当我调用 QEventLoop::exec 时，它似乎在某些条件下死锁。应用程序在两种情况下调用此函数：

  • 当某些数据到达套接字时
  • 在计时器事件上

在这两种情况下，它都在以下上下文中使用（只是一个 http 查询，没什么特别的）：

QNetworkReply::NetworkError HttpGetMessagesStrategy::syncHttp(const QUrl url, QByteArray &dst) const
{
    QNetworkRequest request(url);
    request.setRawHeader("Cache-Control", "no-cache");

    QNetworkAccessManager mgr;
    QEventLoop eventLoop;
    QObject::connect(&mgr, SIGNAL(finished(QNetworkReply *)), &eventLoop, SLOT(quit()));
    QNetworkReply *reply = mgr.get(request);
    if (reply == NULL) {
        return QNetworkReply::UnknownNetworkError;
    }

    eventLoop.exec();

    QNetworkReply::NetworkError error = reply->error();
    if (error == QNetworkReply::NoError) {
        dst += reply->readAll();
    }
    delete reply;

    return error;
}

以下是它尝试调用它时发生的情况：

...    
#56 0x0000003404b57cdc in QCoreApplication::notifyInternal(QObject*, QEvent*) () from /usr/lib64/libQtCore.so.4
#57 0x0000003404b804a2 in ?? () from /usr/lib64/libQtCore.so.4
#58 0x0000003404b7d928 in ?? () from /usr/lib64/libQtCore.so.4
#59 0x00000033fba38f0e in g_main_context_dispatch () from /lib64/libglib-2.0.so.0
#60 0x00000033fba3c938 in ?? () from /lib64/libglib-2.0.so.0
#61 0x00000033fba3ca3a in g_main_context_iteration () from /lib64/libglib-2.0.so.0
#62 0x0000003404b7d5f3 in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQtCore.so.4
#63 0x0000003404b56722 in QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQtCore.so.4
#64 0x0000003404b569ec in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQtCore.so.4
#65 0x00007f41c1b4eec7 in HttpGetMessagesStrategy::syncHttp (this=<value optimized out>, url=<value optimized out>, dst=...) at HttpGetMessagesStrategy.cpp:49
#70 0x000000000040e57c in DevicePlugin::timerEvent (this=0x1267390, event=0x7fff902bb5f0) at DevicePlugin.cpp:250
#71 0x0000003404b6698e in QObject::event(QEvent*) () from /usr/lib64/libQtCore.so.4
#72 0x0000003404b57cdc in QCoreApplication::notifyInternal(QObject*, QEvent*) () from /usr/lib64/libQtCore.so.4
...

可以看到，它没有等待 HTTP 请求的响应，而是选择了另一个事件并开始处理它。结果，在我的应用程序停止之前，我在当前线程中获得了大量帧（746），然后我看到如下行：

#0  0x00000033faa0efe0 in __pause_nocancel () from /lib64/libpthread.so.0
#1  0x00000033faa0917b in __pthread_mutex_lock_full () from /lib64/libpthread.so.0
#2  0x0000003404a702a3 in ?? () from /usr/lib64/libQtCore.so.4
#3  0x0000003404a6cd95 in QMutex::lock() () from /usr/lib64/libQtCore.so.4
#4  0x0000003404b57952 in QCoreApplication::postEvent(QObject*, QEvent*, int) () from /usr/lib64/libQtCore.so.4
#5  0x000000000040e293 in DevicePlugin::destroyConnection (this=0x1267390, c=0x1a85fb0) at DevicePlugin.cpp:194
#6  0x000000000040e5b6 in DevicePlugin::timerEvent (this=0x1267390, event=0x7fff902b9230) at DevicePlugin.cpp:254
#7  0x0000003404b6698e in QObject::event(QEvent*) () from /usr/lib64/libQtCore.so.4
#8  0x0000003404b57cdc in QCoreApplication::notifyInternal(QObject*, QEvent*) () from /usr/lib64/libQtCore.so.4
...

谁能解释一下我在这里做错了什么？

4

3 回答 3

0

您有两个事件循环正在运行。第二个事件循环不会阻塞第一个事件循环 - 它只是阻塞当前方法，因此处理无法返回到第一个事件循环。但是，当数据到达套接字时，该事件被触发并且您的方法再次运行。对我来说，唯一的解决方案是更改您的设计以在您的syncHttp方法中不受阻碍地工作，并使用信号和插槽重新连接与此方法的整个交互。

至于exec成语，从您提供的链接中：

警告：对于测试用例，这种方法效果很好。对于实际应用，请避免使用它。最好把想要等待的函数一分为二，处理信号是一个单独的槽。

如果你有一个事件驱动的应用程序（通常你有，如果你正在使用 Qt）并且突然需要像这样阻塞 - 这意味着存在设计问题。

于 2014-08-22T21:48:33.023 回答
0

您正在尝试以阻塞方式使用QNetworkManager和QNetworkReply，而这并非旨在执行的操作。

考虑QTcpSocket改用或重新设计您的程序以使用异步机制。

于 2014-08-24T07:48:21.110 回答
0

http://qt-project.org/doc/qt-4.8/qeventloop.html#exec

int QEventLoop::exec ( ProcessEventsFlags flags = AllEvents ) 进入主事件循环并等待直到 exit() 被调用。返回传递给 exit() 的值。

exec() 是 QT 事件处理的表示，并且在当前线程返回 exit() 之前始终是一个阻塞调用。这允许主循环 exec() 之外的线程使用 QT 信号和插槽而不会发生冲突。

您应该将您的 finished() 调用与您在 Header 文件中定义的您自己的处理 Slot 连接起来。

如果您想使用信号和插槽并使用 QOBJECT Makro，请不要忘记从 QObject（或任何其他 QT 对象）继承每个类。

于 2014-08-22T20:21:43.943 回答