ReaderWriterLockSlim的双重检查三重锁定模式-CSDN博客

我没有谈论释放锁。当我们使用lock关键字时，当代码块结束时，锁会自动释放。使用ReaderWriterLockSlim，我们需要显式调用Exit所获取的适当类型的锁。
如果我们没有只是读取器的方法，那么这种模式就是不完整的。如果所有方法在持有可升级读锁的同时检查数据是否存在，则代码只是在执行较慢的独占锁，因为可升级读锁只允许并行获取普通读锁，而不允许其他可升级读锁。

解决问题

对于第一个问题，我们需要手动调用正确的Exit方法，我们可以使用扩展方法并返回实现IDisposable来执行退出的struct。

例如，而不是执行以下操作：

rwLock.EnterUpgradeableReadLock();
try
{
  DoWhatsNeededHere();
}
finally
{
  rwLock.ExitUpgradeableReadLock();
}

我们可以做：

using (rwLock.UpgradeableLock())
  DoWhatsNeededHere();

为了实现这一点，我们需要这样的代码：

public readonly struct UpgradeableLockDisposer:
  IDisposable
{
  private readonly ReaderWriterLockSlim _rwLock;

  public UpgradeableLockDisposer(ReaderWriterLockSlim rwLock)
  {
    _rwLock = rwLock;
  }
  public void Dispose()
  {
    _rwLock.ExitUpgradeableReadLock();
  }
}

public static UpgradeableLockDisposer UpgradeableLock(this ReaderWriterLockSlim rwLock)
{
  rwLock.EnterUpgradeableReadLock();
  return new UpgradeableLockDisposer(rwLock);
}

struct是public的，并且UpgradeableLock正在按其类型返回它，而不是仅将其作为IDisposable返回，以避免任何装箱或任何内存分配。假设编译器正在执行正确的优化，则此帮助程序方法的性能应与使用try/finally的方法相同。

对于第二个问题，我们需要一个仔细检查的三重锁定模式。也就是说，我们需要做这样的事情：

using (rwLock.ReadLock())
{
  var data = TryGetData();
  if (data != null)
    return data;
}

using (rwLock.UpgradeableLock())
{
  // We try to get the data again, as it might have been added while we
  // tried to get the upgradeable lock.

  var data = TryGetData();
  if (data != null)
    return data;
  
  data = CallMethodToGenerateTheData();

  using (rwLock.WriteLock())
    StoreData(data);

  return data.
}

请注意，我们使用3种锁类型。

首先，我们只使用读锁。这意味着许多线程可以同时访问数据。假设数据不存在，我们需要释放读锁，然后获取另一个锁。

其次，我们获取可升级读锁，并需要再次检查数据，因为它可能是在我们获取第二个锁时添加的。假设数据不存在，我们可以加载/生成数据，因为没有其他线程会这样做，因为没有两个线程可以同时具有可升级锁。

最后，当我们获得数据时，我们需要获得写锁，这意味着所有具有读锁（如果有）的线程都需要释放它们的锁，然后写入数据，然后再返回。

多亏了using子句，我们不需要担心任何Exit调用，但在离开using作用域时会适当地完成。