Windows 2003 SP1中关键部分的行为更改

| 今天，我在MSDN中遇到了这个问题：   \“从Windows Server 2003开始   与Service Pack 1（SP1），线程   等待关键部分不要   获得关于   先到先得的原则。这个   变化提高绩效   对于大多数代码来说意义重大。然而，   有些应用程序需要先入先出，   先进先出（FIFO）排序，并且可能   表现不佳或根本不表现   Windows的当前版本（对于   例如，已经   使用关键部分作为   限速器）。为了确保您的   代码继续正常工作，您   可能需要添加其他级别的   同步。例如，假设   你有一个生产者线程和一个   使用线程的使用者线程   关键部分对象进行同步   他们的工作。创建两个事件对象，   每个线程使用一个信号   准备好其他线程了   继续。消费者线程将   等待生产者发出信号   进入严重之前的事件   部分，生产者线程将   等待使用者线程发出信号   进入关键事件之前的事件   部分。每个线程离开后   关键部分，它指示事件   释放另一个线程。\“ 起初，我以为是WTF ？！ -我一直以为线程将按照尝试获取关键部分的顺序获取关键部分。尽管这似乎对Service Pack的行为而言是一个奇怪的大变化，但我相信该Service Pack适用于Windows的Server Edition，而Vista仍在开发中。 无论如何，所以这有点有意义-至少我认为，这样调度程序旋转到的下一个等待线程将成为下一个获取关键部分的线程。因此，这是唯一有意义的事情，除非他们决定随机选择乐趣；）。 尽管如此，这仍然是我的假设，现在正在评估我的代码，以确保没有FIFO依赖的情况成为问题。 有人在现实世界中有任何问题吗？尽管获取关键部分的线程顺序不保证为FIFO，但通常不是FIFO吗？如果不是通常的FIFO（或接近FIFO），有人知道一个线程可以等待激烈竞争的关键部分多长时间吗？如果它是低优先级线程，这是否意味着如果总是有更高优先级的线程试图获取关键部分，它可能会一直无限期地等待（即使低优先级线程很久以前如果遵循FIFO则是下一个线程） ）？是否有防止这种情况发生的安全措施，还是必须依赖于辅助同步对象？ 当然，这实际上仅在竞争激烈的关键部分才有意义。 我不知道，也许我做的太多了……但是有些事情困扰着我。任何见解均表示赞赏。谢谢 ;）