我将现有代码的一部分导入到我的 Qt 应用程序中，并注意到其中有一个睡眠功能。我看到这种类型的函数在事件编程中没有位置。我应该怎么做？
更新：经过思考和反馈，我会说答案是：仅在 GUI 主线程外调用 sleep，如果您需要在 GUI 线程中等待，请使用 processEvents() 或事件循环，这将防止 GUI 冻结.
【问题讨论】：
sleep() 是做什么用的？
标签： c++ multithreading qt
它不漂亮，但我在Qt mailing list archives 中找到了这个：
QThread 的 sleep 方法是受保护的，但你可以这样暴露它：
class SleeperThread : public QThread
{
public:
static void msleep(unsigned long msecs)
{
QThread::msleep(msecs);
}
};
然后只需调用：
SleeperThread::msleep(1000);
来自任何线程。
但是，一个更优雅的解决方案是重构您的代码以使用 QTimer - 这可能需要您保存状态，以便您知道在计时器关闭时该怎么做。
【讨论】：
我不建议在基于事件的系统中睡眠，但如果你想...
您可以使用等待条件，这样您就可以在必要时随时中断睡眠。
//...
QMutex dummy;
dummy.lock();
QWaitCondition waitCondition;
waitCondition.wait(&dummy, waitTime);
//...
【讨论】：
在基于事件的编程中睡眠是一个坏主意的原因是因为基于事件的编程实际上是非抢占式多任务处理的一种形式。通过调用 sleep，您可以防止任何其他事件变为活动状态并因此阻塞线程的处理。
在 udp 数据包的请求响应场景中，发送请求并立即等待响应。 Qt 具有良好的套接字 API，可确保套接字在等待事件时不会阻塞。事件来了就会来。在您的情况下， QSocket::readReady 信号是您的朋友。
如果您想在未来某个时间点安排活动，请使用 QTimer。这将确保不会阻止其他事件。
【讨论】：
根本没有必要分解事件。我需要做的就是调用QApplication::processEvents() 所在的sleep()，这样可以防止GUI 冻结。
【讨论】：
我不知道 QT 如何在内部处理事件，但在大多数处于最低级别的系统上，应用程序的生命周期是这样的：主线程代码基本上是一个循环（消息循环 )，其中，在每次迭代中，应用程序调用一个函数，给它一个新消息；通常该函数是阻塞的，即如果没有消息，该函数不会返回并且应用程序会停止。
每次函数返回时，应用程序都有一条新消息要处理，通常有一些接收者（发送到的窗口）、含义（消息代码，例如鼠标指针已移动）和一些附加信息数据（例如，鼠标已移动到 坐标 24、12）。
现在，应用程序必须处理消息；操作系统或 GUI 工具包通常在后台执行此操作，因此通过一些黑魔法将消息发送给其接收者并执行正确的事件处理程序。当事件处理程序返回时，调用事件处理程序的内部函数返回，调用它的内部函数也返回，依此类推，直到控制返回主循环，现在将再次调用神奇的消息检索函数来获取另一个消息。这个循环一直持续到应用程序终止。
现在，我写这一切是为了让您了解为什么在事件驱动的 GUI 应用程序中睡眠不好：如果您注意到，在处理消息时无法处理其他消息，因为主线程忙于运行您的事件处理程序，毕竟这只是消息循环调用的一个函数。所以，如果你让你的事件处理程序休眠，消息循环也会休眠，这意味着应用程序在此期间不会接收和处理任何其他消息，包括那些让你的窗口重绘的消息，所以你的应用程序看起来“从用户的角度来看。
长话短说：不要使用睡眠，除非你必须睡眠很短的时间（最多几百毫秒），否则 GUI 将变得无响应。您有几个选项来替换 sleeps：您可以使用计时器 (QTimer)，但它可能需要您在计时器事件和另一个事件之间做大量的记账。一种流行的替代方法是启动一个单独的工作线程：它只处理 UDP 通信，并且与主线程分开，在必要时不会导致任何问题睡眠。显然，您必须注意使用互斥锁保护线程之间共享的数据，并小心避免竞争条件和多线程发生的所有其他类型的问题。
【讨论】：