Monitor.TryEnter()答案

【问题标题】：Monitor.TryEnter()Monitor.TryEnter()
【发布时间】：2012-02-14 14:10:12
【问题描述】：

我想知道监视器类。据我所知，所有等待线程都不是 FIFO。第一个获得锁的人并不总是等待队列中的第一个。它是否正确？有什么办法可以保证FIFO条件吗？

问候

【问题讨论】：

【解决方案1】：

如果您指的是内置方式，那么不是。在一个循环中反复调用TryEnter 根据定义是不公平的，不幸的是简单的Monitor.Enter 也不是。从技术上讲，线程可以永远等待而不会获得锁。

如果您想要绝对公平，您需要自己实现它，使用队列来跟踪到达顺序。

【讨论】：

【解决方案2】：

有什么办法可以保证先进先出条件吗？

一句话：不！

我为此写了一篇短文：Is the Ready Queue FIFO?

【讨论】：

【解决方案3】：

尤其是这句话：

因为监视器在内部使用内核对象，所以它们表现出相同的操作系统同步机制的大致 FIFO 行为展览（在前一章中描述）。监视器是不公平的，所以如果另一个线程在唤醒等待之前尝试获取锁线程尝试获取锁，允许偷偷摸摸的线程获取锁。

【讨论】：