readerwriterlockslim 不是 lock 替代品，而是读多写少场景的吞吐优化；误用会导致更慢、易死锁。默认禁止递归读锁，两次 enterreadlock 会卡死；需显式指定 supportsrecursion 或收窄锁粒度。tryenterwritelock 失败后不可调 exitwritelock；超时建议设 100–500ms；无 cancellationtoken 支持，不可 await 前加锁后解锁；可升级读锁非万能，升级前须无普通读锁；dispose 不释放已持锁，必须成对调用 enter/exit；锁对象应长期复用，勿频繁创建；包裹线程安全集合属冗余。
ReaderWriterLockSlim 不是 lock 的替代品，而是读多写少场景下的吞吐量优化选择；用错地方反而比 lock 更慢、更容易死锁。
为什么 EnterReadLock 两次会直接卡死
默认构造的 ReaderWriterLockSlim 使用 LockRecursionPolicy.NoRecursion，禁止同一线程重复进入读锁。这不是“不支持递归”的提示，而是硬性阻塞：第二次调用 EnterReadLock() 会永远等待，因为锁内部不会允许该线程再次计数加一。
- 常见错误现象：
EnterReadLock()在嵌套方法或递归调用中被无意多次触发，线程挂起无日志、无异常 - 不要用无参构造函数（
new ReaderWriterLockSlim()），显式传入策略更可控 - 真需要递归读（极少见），必须初始化时指定
LockRecursionPolicy.SupportsRecursion，但代价是逻辑复杂度上升、死锁风险增加 - 更安全的做法是：把锁粒度收窄到单个方法内，避免跨方法持锁；或改用局部变量 +
try/finally确保成对调用
TryEnterWriteLock 超时后不能调用 ExitWriteLock
TryEnterWriteLock(int) 返回 false 表示锁未获取成功，此时线程根本不处于写入模式，调用 ExitWriteLock() 会抛出 SynchronizationLockException。
- 典型误用：在
if (!rwLock.TryEnterWriteLock(100)) { ... }分支外无条件执行ExitWriteLock() - 正确结构必须严格配对——只在
TryEnterWriteLock返回true的分支内使用try/finally - 超时值设为
-1等价于无限等待，和无参EnterWriteLock()行为一致；生产环境建议设为 100–500ms，避免写操作长期阻塞读请求 - 没有原生
CancellationToken支持，别试图在await前加锁、await后解锁，会触发SynchronizationLockException
可升级读锁（UpgradeableReadLock）不是“读+写”快捷方式
EnterUpgradeableReadLock() 允许后续调用 EnterWriteLock() 而不释放读权限，但它仍受写锁优先级制约：一旦有其他线程已调用 EnterWriteLock()，所有升级尝试都会被阻塞，包括你自己的升级路径。
- 适用场景仅限：先查再改、且读写操作紧密耦合（如“若 key 不存在则插入”）
- 升级前必须确认当前线程未持有普通读锁——否则会因递归策略冲突抛出
LockRecursionException - 升级失败时不会自动回退到读状态，需手动处理降级逻辑（比如捕获超时后重走纯读流程）
- 滥用可升级锁容易掩盖设计问题：真正该重构的是数据访问模式，而不是靠锁机制补救
Dispose() 不等于自动释放锁
ReaderWriterLockSlim 实现了 IDisposable，但 Dispose() 只清理内部资源，**不会释放任何已持有的读锁或写锁**。如果在 using 块中忘记 ExitXxxLock()，其他线程将永久阻塞。
- 必须坚持「Enter / Exit 成对出现」原则，
try/finally是底线，using对它无效 - 锁对象本身应作为类的
readonly字段长期存活，而非按需创建——频繁 new + Dispose 会抵消性能优势 - 注意线程关联性：只有加锁的线程能解锁，跨线程调用
ExitReadLock()会立即抛异常 - 最终释放时机应由业务生命周期决定，比如服务停用时调用
Dispose()，而非每次操作后
最常被忽略的一点：锁解决的是并发安全，不是线程安全的数据结构本身。用 ReaderWriterLockSlim 包裹一个非线程安全的 List<t></t> 可以，但包裹 ConcurrentDictionary<k></k> 就是画蛇添足——后者内部已做细粒度分段锁，再套一层读写锁只会拖慢性能。
