ReaderWriterLock 如何在线程之间共享？是用单例实现的吗？

Question

当你想使用 ReaderWriterLock 时，你可以这样声明它：

ReaderWriterLock rwLock = new ReaderWriterLock;

好吧，如果你要为所有要访问某些内容的不同线程执行此操作，您想要保护的资源，它们（大概）都使用不同的 ReaderWriterLock 实例。

ReaderWriterLock实例如何在线程之间共享？

另外，作为奖励，有人可以帮我确认一下您真正“锁定”的是 ReaderWriterLock 状态，而不是任何资源。与 lock(someResourceToLock) 不同，除了 ReaderWriterLock 实例的状态（无论是处于读取模式还是写入模式，以及是否允许您读取和写入）之外，您不会锁定任何其他内容。

Answer 1

如果您使用ReaderWriterLock rwLock = new ReaderWriterLock每个线程或每个方法（即作为方法变量），那么您的代码最-可能坏了。它不是一个单例；它依赖于使用相同锁访问受保护数据的所有线程。这通常是通过将锁放置在字段中来实现的，即

class Foo {
    ReaderWriterLock rwLock = new ReaderWriterLock();
    // lots of code accessing the rwLock field for this instance
}

在许多情况下也可以考虑 ReaderWriterLockSlim ；更少的开销。重新跟进；当获取锁时，您正在更改内部状态（以线程安全的方式）以保留“多读取器nand单写入器”期望（可能会阻塞，直到可能，即冲突的锁已已撤回）。

Answer 2

ReaderWriterLock实例如何在线程之间共享？

创建 的单个实例ReaderWriterLock 并在访问您想要保护的共享资源的所有线程中使用它。

此外，作为奖励，有人可以帮我确认一下您真正“锁定”的是 ReaderWriterLock 状态，而不是任何资源。与 lock(someResourceToLock) 不同，除了 ReaderWriterLock 实例的状态之外，您不会锁定任何内容

您实际上正在锁定。

lock(obj) { ... } 只是一个捷径（这里进行了简化，真正的实现有一些额外的微妙之处来处理边缘情况）：

Monitor.Enter(obj)
  ...
try {
} finally {
  Monitor.Exit(obj);
}

在每个引用类型中使用字段来保存状态由监视器使用。

---

正如 Marc 指出的那样，请考虑 ReaderWriterLockSlim 除非您需要公平性（保证线程按照开始等待的顺序进入）ReaderWriterLock 给出。