问java线程睡眠解析和等待同步块

EN

你需要对多线程内核做一些研究。

‘线程的虚假唤醒是否总是发生在这个睡眠周期的动作点，或者它会在任何时候发生？’

没有使用sleep()的虚假唤醒，也没有任何内核同步对象在Windows上等待-根本没有。任何这样的趋势都是在内核中设计出来的，不会传播到用户线程。

如果线程正在休眠或等待某个同步对象，如互斥量或信号量锁，它根本不会运行-它只是内核队列中的一个死线程描述符对象，因此所有与线程相关的东西，堆栈的数据空间等。在休眠的情况下，TDO在所有超时线程的‘增量队列’上，按唤醒时间排序，操作系统每隔15ms检查该队列头部的项。在定时锁等待的情况下，TDO在两个队列上-超时队列和锁拥有的队列。要么TDO将到达计时器队列的头部，并在其间隔到期时准备就绪，要么另一个线程将释放锁并使线程准备就绪。无论哪一个先到达，都会获胜，并且TDO将从另一个队列中删除。然后，新就绪线程加入该组就绪线程，并且如果内核可用或者较低优先级线程可以被抢占，则将新就绪线程分派到该内核上。

因此，Windows上的“15ms”由所有线程“共享”。Windows是一个桌面操作系统，15ms超出了人类的直接感知，所以99.9%的家庭线程并不关心，因为它们只需要很大的超时，正在等待I/O，正在等待一些线程间通信锁定或它们的组合。

“从性能的角度来看，15ms的循环是否还有其他时间是相关的？”

不是很多。定时器重新调度的副作用在于，如果最高优先级可运行线程的集合大于可用于运行它们的核心的数量，则该集合以循环方式运行，因为这些线程的列表是循环的。这只与定期过载的机器相关，并且大多数线程只使用计时器间隔来超时其他阻塞的系统调用。

Thread.sleep()的实施取决于操作系统。

休眠的粒度通常受线程调度器的中断周期的限制。在Linux中，在最近的内核(2.6.8以后的版本)中，这个中断周期通常是1ms。在Windows中，调度器的中断周期通常在10或15毫秒左右(我认为这是由处理器决定的)，但可以在软件中请求更长的周期，Hotspot JVM会在它认为必要时这样做。