为什么QCoreApplication::processEvents()会阻塞QThread::wait()？

核心逻辑冲突 #

这个问题是Qt的事件循环退出机制和槽函数执行上下文的时序冲突导致的：

• QThread::quit()的本质是向子线程的事件循环投递一个退出事件，只有子线程的事件循环处于可调度状态时才能处理该事件，事件处理完成后事件循环终止，操作系统线程才会真正退出，QThread::wait()才会返回。
• 未添加QCoreApplication::processEvents()时，执行流程完全符合预期：
  1. 主线程触发MainWindow析构，调用thread->quit()投递退出事件后，随即阻塞在thread->wait()处
  2. 子线程此时仍在执行calculate槽函数，事件循环被槽函数阻塞，无法处理队列中的退出事件
  3. calculate执行完成打印END后槽函数返回，子线程的事件循环恢复调度，处理退出事件、终止线程，wait()返回，程序正常退出。
• 新增processEvents()后，时序出现异常：
  1. 前两步和上述流程一致，calculate跑完计算循环后，先调用processEvents()手动处理子线程的事件队列
  2. 队列中缓存的退出事件会被立刻处理，此时Qt会标记子线程的事件循环需要终止，但不会中断当前正在执行的calculate栈帧
  3. processEvents()返回后，打印END，calculate槽函数返回
  4. 此时出现状态异常：事件循环已经被标记为终止，不会再进入调度逻辑，部分Qt版本中该场景下QThread内部的isFinished()状态不会被正确更新，导致主线程的wait()一直判断线程未完成，出现永久阻塞。

1. 直接移除多余的processEvents()：你当前的场景是纯计算密集型任务，执行过程中没有需要处理的跨线程信号、UI交互事件，完全不需要调用processEvents()。
2. 如果确实需要在计算过程中处理事件（比如响应停止计算的信号），可以调整退出逻辑：给Worker增加原子类型的停止标志，主线程关闭时先设置停止标志，等待calculate执行完成后主动发出finished信号，再触发线程quit和wait逻辑，避免在槽函数末尾处理退出事件。

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