我正在查看遗留代码，发现代码使用 SuspendThread 函数来暂停工作线程的执行。每当工作线程需要处理请求时，调用线程就会恢复该工作线程。一旦任务完成，线程就会自行挂起。
我不知道为什么会这样。在我看来，使用带有 WaitForSingleObject API 的 Event 对象可以更优雅地完成。
我的问题是，与让线程等待同步对象相比，挂起线程有什么好处（如果有的话）？在哪些场景下您更喜欢 SuspendThread、ResumeThread API？
【问题讨论】：
标签： windows multithreading winapi
没有。
在我曾经工作过的每个环境中都不鼓励暂停线程。主要问题是线程可能会在持有某些资源的锁时被暂停，这可能会导致死锁。在同步对象方面节省的任何资源都不值得冒死锁风险。
当让线程等待时，这不是问题，因为线程固有地控制自己的“暂停”，并且可以确保释放它持有的任何锁。
如果您阅读SuspendThread 上的文档，您会发现它是供调试器使用的。如果可以的话，将其从任何应用程序代码中删除。
为了说明我的观点，列出了我遇到的“不使用”暂停方法：
顺便说一句；我真的很惊讶 .NET 中的 Thread.Suspend 在 1.0/1.1 中得到“支持”，它确实应该从一开始就值得警告。
【讨论】：
suspend 中获得什么好处，唯一的缺点就是它通常不安全，而且是个坏主意。 .plus...每个线程一个内核对象不会杀死你。
如果您希望能够唤醒特定线程，则需要为每个线程提供一个单独的事件对象。这会导致更高的内核对象消耗，这本身并不好，并且可能会导致早期版本的 Windows 出现问题。使用手动恢复，您不需要任何新的内核对象。
【讨论】：