QThread :: quit()会丢弃EventQueue中的所有事件吗?

时间:2012-12-03 13:51:56

标签: multithreading qt qthread

main功能:

int main(int argc, char *argv[]) {
    QCoreApplication a(argc, argv);

    Worker w;
    QObject::connect(&w, SIGNAL(done()), &a, SLOT(quit()), Qt::QueuedConnection);
    w.start();

    int ret = a.exec();
    w.quit();
    w.wait();

    return ret;
}

还有Worker的定义:

class Worker : public QThread
{
    Q_OBJECT
public:
    Worker(QObject *parent=0);
protected:
    void run();
protected slots:
    void process_request();
private:
    int ttl;
    Messenger* messenger;
}

Worker::Worker(QObject * parent)
    :QThread(parent),
    ttl(5),
    messenger(new Messenger(this))
{
    moveToThread(this);
    connect(messenger, SIGNAL(new_message()), SLOT(process_request()), Qt::QueuedConnection);
}

void Worker::finish(){
  quit();
  messenger->disconnectFromNetwork();   
}

void Worker::run(){
  messenger->connectToNetwork("somewhere");
  exec();
  emit done();
}

void Worker::process_request(){
    net_message msg;
    messenger->recv(msg);

    // PROCESSING

    messenger->send(msg);

    BOOST_LOG_SEV(file_log, severity::notification) << "TTL = " << ttl;
    if (--ttl == 0) {
        finish();
    }
}

好的,对不起,长期的阐述。这个想法是,Messenger存在于主线程中,并在工作人员收到新消息时戳了工人,而工作者只生活了一定数量的消息,然后停止并关闭整个应用程序。

但是存在一个问题:日志文件包含行TTL = -1TTL = -2等。它不应该,而且我能想到的唯一原因是quit()并没有完全结束事件循环:它允许在从exec()返回之前处理挂起事件。是这样吗?如果“不”,那么可能会导致这种行为?

1 个答案:

答案 0 :(得分:6)

首先"You're doing that wrong"

其次,文档没有说明在调用exit之后事件循环中的队列状态是什么。事件队列为空后,exec()可能会返回,以确保完成所有异步清理(如果这是最顶层的事件循环,在这种情况下是这样)。

<小时/> 编辑:
checked source code。显然QEventLoop::processEvents是每次检查之间的调用,事件循环应该退出。所以看起来exec()仅在队列为空时返回。