如何在 C/C++ 中从另一个线程停止主线程

Question

如果捕获到VK_ESCAPE 键，我想从另一个线程停止主线程，并在用户按下任何键时恢复主线程。 我打算构造“ThreadProc1”线程来捕捉按键：

DWORD WINAPI ThreadProc1(LPVOID param){
    while(1){
        if(GetAsyncKeyState(VK_ESCAPE)){
            //Stop the main thread
        }
    }
}

Answer 1

正式挂起线程很容易 - SuspendThread 然后ResumeThread - 但是：

这个函数主要是为调试器设计的。它不是 旨在用于线程同步。调用 SuspendThread 在拥有同步对象的线程上，例如互斥锁或 临界区，如果调用线程尝试，可能会导致死锁 获取挂起线程拥有的同步对象。到 避免这种情况，应用程序中的线程不是 调试器应该发信号通知其他线程暂停自己。目标 线程必须设计为监视此信号并做出响应 适当的。

很可能的情况 - HeapAlloc 或 HeapFree 在挂起时由线程调用（并且它在 Windows 消息处理中经常调用）。和线程保持堆临界区。如果在此之后的工作线程也直接或间接（这种可能性非常高）调用HeapAlloc（或同一堆的任何其他堆函数 - 通常这是主进程堆） - 你遇到了死锁。

你当然可以说向主线程发送一些带有事件句柄的已知消息 - 主线程将等待事件，直到工作线程不调用 SetEvent - 但这也是不好的，不是质量解决方案。

UI 线程根本不能做阻塞等待，永久等待 Windows 消息。我不完全知道您尝试执行哪个任务，但 100% 确定存在完全不阻塞 UI 线程的解决方案

Answer 2

不要那样做。要么： 1) 使主线程在收到来自 Esc 键按下的消息时跳过所有有意义的操作，直到再次按下它。 2) 使用 CreateEvent 并在其上设置主线程 WaitForMultipleObjects，然后使用其他线程的 SetEvent 或超时唤醒它。

主线程如果启动了消息泵，是Windows应用程序的“心脏和大脑”，停止它就等于临床死亡。可以返回的“阻塞”操作，例如从文件读取，套接字等是合法的，前提是其他线程不会因死锁而导致。休眠是合法的，因为线程可以被唤醒。在不替代消息泵的情况下让消息泵线程进入睡眠状态是一种可疑的行为，这样的应用程序可能被认为是“挂起”。以这种方式停止的驱动程序将被终止，服务无限期挂起，桌面 GUI 将让用户停止应用程序（或者将在企业环境中停止该应用程序，如果管理员是偏执的），并会在任务栏中将其标记为“无响应"等。