ReaderWriterLockSlim 如何等待进入锁？

Question

我正在尝试使用 ReaderWriterLockSlim 以这样的异步方法锁定一些数据库工作：

readerWriterLock.EnterWriteLock();
using (var db = new MyContextDB())
{
    // look something up and alter it
}
readerWriterLock.ExitWriteLock();

这会引发异常，因为多个线程同时尝试进入 writelock。现在我可以使用锁定对象，但我想我会使用 ReaderWriterLockSlim，这样我就可以尝试通过读/写和可升级进行一些优化。

ReaderWriterLockSlim 的 MSDN 示例让我有些困惑。有没有一种简单的方法让线程等待锁变得可用？ IsWriteLockHeld 属性表示它只是测试当前线程是否被锁定。 WaitingWriteCount 表示它给出了等待进入的线程数，但是如何让线程等待进入？我在任何样品中都找不到。我的意思是循环直到它不抛出异常？这似乎不对。

Answer 1

您在评论中说您得到的异常是LockRecursionException。

这意味着某处：

1. 一个线程正在访问EnterWriteLock，而那个线程已经有一个写锁，并且锁不是用LockRecursionPolicy.SupportsRecursion创建的。不要用LockRecursionPolicy.SupportsRecursion 创建它；递归锁总是一个坏主意；解决您正试图获得已经拥有的锁的事实。 （更多关于锁递归不好的原因在https://stackoverflow.com/a/12014173/400547的答案中讨论）。

2. 当线程具有读锁时，它正在命中EnterWriteLock。先释放读锁。

有一些包含/排他锁（AKA“读取器/写入器锁”）允许代码在已经拥有读取锁时获得写入锁。正如https://stackoverflow.com/a/8807232/400547 的答案中所解释的那样，这可能会导致严重的死锁，所以幸运的是ReaderWriterLockSlim 不支持这一点。首先释放您的读卡器锁，或使用可升级的锁。

或者实际上，由于所涉及的工作涉及数据库，因此只需使用事务并让数据库处理并发问题。