对不起，我的英语很弱，抢占我的意思是强制上下文 （进程）开关应用于我的进程。
我的问题是：
如果我编写和运行我自己的程序游戏，它会在 20 毫秒的周期内工作，然后是 5 毫秒的睡眠，然后 Windows 泵（查看消息/调度消息）一次又一次地循环 - 它是否曾经被在windows中强制与否，这种抢占不会发生？
我想如果我不自愿通过睡眠或窥视/调度更长时间将控制权交还给系统，就会发生这种抢占。在这里，会不会发生？
【问题讨论】：
标签： windows multithreading winapi operating-system preemption
简短的回答是：是的，可以，而且会被抢占。
不仅驱动程序事件（中断）可以在任何时候抢占您的线程，这种情况也可能由于临时优先级提升而发生，例如当一个可等待对象发出信号而线程被阻塞时，或者例如由于另一个窗口成为最顶层的窗口。或者，另一个进程可能只是调整其优先级。
没有办法（没有给你的进程实时优先级，这是一个非常糟糕的主意 - 立即忘记它）保证没有“正常”线程会抢占你，即使这样硬件中断也会抢占你，并且某些线程（例如处理磁盘 I/O 和鼠标的线程）会随着时间片与您竞争。所以，即使你以实时优先级（这不是真正的“实时”）运行，你仍然无法保证，但你会严重干扰重要的系统服务。
除此之外，休眠 5 毫秒充其量是不精确的，否则不可靠。
睡眠将使你的线程准备好（准备好不意味着“它会运行”，它仅仅意味着它可以运行——当且仅当一个时间片变得可用，并且没有其他就绪线程排在第一位）在下一个调度程序滴答声中。这实际上意味着您睡眠的时间量被四舍五入到系统计时器分辨率的粒度（请参阅timeBeginPeriod 函数），加上一些未知时间。
默认情况下，计时器分辨率为 15.6 毫秒，因此您的 5 毫秒平均为 7.8 秒（假设最好的、无竞争的情况），但可能更多。如果您将系统计时器分辨率调整为 1 毫秒（这通常是可能的最低值，尽管某些系统允许 0.5 毫秒），它会好一些，但仍然不精确或不可靠。此外，使调度程序更频繁地运行会在中断和电源中消耗大量 CPU 周期。因此，通常不建议这样做。
更糟的是，you cannot even rely on Sleep's rounding mode，因为 Windows 2000/XP 与 Windows Vista/7/8 不同。
【讨论】：
它可以随时被驱动程序中断。驱动程序可能会向另一个线程发出信号，然后要求操作系统调度/调度。新准备好的线程可能会代替您的线程运行。
这些桌面操作系统（如 Windows）不提供任何实时保证 - 它们并非旨在提供实时保证。
【讨论】：