.net - ReaderWriterLockSlim : acquiring a read lock after an upgradeable lock doesn't throw LockRecursionException

Question

关于ReaderWriterLockSlim :

随后在 中获取两个锁同 线程实际上应该抛出 LockRecursionException (递归策略设置为 NoRecursion )。

我的观察结果:

读者锁，然后读者锁 --> LockRecursionException

读卡器锁，然后是可升级的读卡器锁--> LockRecursionException

读锁，然后写锁 --> LockRecursionException

可升级读卡器锁，然后读卡器锁--> 也不异常(exception)

可升级读卡器锁，然后可升级读卡器锁--> LockRecursionException

可升级读锁，然后写锁 --> 也不异常(exception)

写者锁，然后读者锁--> LockRecursionException

写者锁，然后是可升级的读者锁--> LockRecursionException

写者锁，然后写者锁--> LockRecursionException

这种行为是否正确？

Answer 1

From the docs :

A thread in upgradeable mode can downgrade to read mode by first calling the EnterReadLock method and then calling the ExitUpgradeableReadLock method. This downgrade pattern is allowed for all lock recursion policies, even NoRecursion.

我的理解是，对于写的情况，无论如何进入写锁是从可升级到写模式的正常方式，所以即使在 NoRecursion的策略下也必须支持。 (对于不可升级的可升级锁似乎没有什么意义:)