在异步方法中使用 ReaderWriterLockSlim 是否安全

Question

由于ReaderWriterLockSlim 类使用线程 ID 来查看谁拥有锁，因此在不保证所有方法都将在同一个线程上执行的异步方法中使用它是否安全。

例如。

    System.Threading.ReaderWriterLockSlim readerwriterlock = new System.Threading.ReaderWriterLockSlim();
    private async Task Test()
    {
        readerwriterlock.EnterWriteLock();
        await Task.Yield(); //do work that could yield the task
        readerwriterlock.ExitWriteLock(); //potentailly exit the lock on a different thread
    }

Answer 1

在异步方法中使用 ReaderWriterLockSlim 是否安全

是的，不是的。在异步方法中使用它可能是安全的，但在异步方法中使用它可能不安全，在这种方法中您进入和退出跨越 await 的锁。

在这种情况下，不，这不一定是安全的。

ExitWriteLock 必须从调用EnterWriteLock 的同一线程调用。否则，它会抛出一个SynchronizationLockException。从documentation 开始，在以下情况下会引发此异常：

当前线程还没有进入写模式的锁。

唯一安全的情况是，如果在异步方法中使用该方法，该方法总是在存在当前SynchronizationContext 的环境中，它将把事情移回同一个线程（即：Windows 窗体， WPF 等），并且未被嵌套异步调用使用，其中调用链上的“父级”设置了带有ConfigureAwait(false) 的任务（这将阻止Task 捕获同步上下文）。如果您处于该特定场景中，您会知道线程将被维护，因为 await 调用会将您编组回调用上下文。

Answer 2

没有。不应像在您的示例中那样使用线程仿射协调原语。

您正确识别了在await 之后可以使用不同线程恢复的问题。由于async 方法提前返回的方式，还有另一个问题：调用者不知道锁已被持有。

ReaderWriterLockSlim 默认情况下是一个非递归锁，所以如果另一个async 方法尝试获取相同的锁，你会得到一个死锁。即使你让锁递归，你仍然会遇到一个问题：在持有锁的时候不应该调用任意的最终用户代码，这就是你在使用await时所做的事情。

SemaphoreSlim type 是async-aware（通过它的WaitAsync 方法），Stephen Toub 有一个series of async coordination primitives 也可以在我的AsyncEx library 中找到。