lock最常用但易错，需注意锁对象生命周期、避免死锁和粒度控制；Monitor.TryEnter支持超时；ReaderWriterLockSlim适合读多写少；Interlocked适用于简单原子操作。
lock 语句是最常用也最容易出错的同步方式
绝大多数 C# 开发者第一反应就是 lock，它底层基于 Monitor.Enter / Monitor.Exit，用起来简单但有几个关键点必须注意：
-
lock的对象必须是引用类型，且生命周期要稳定——不能是new object()放在方法内（每次新建不同实例，锁失效），更不能是值类型（会装箱成不同对象） - 避免锁住
this、typeof(XXX)或公共静态对象，容易引发外部死锁或意外争用 - 锁内不要调用可能阻塞或重入的代码（比如再调用另一个也用
lock的方法），否则极易死锁 - 锁的粒度要尽量小：只包裹真正需要保护的共享资源读写段，而不是整个方法体
private readonly object _syncLock = new object();
private int _counter = 0;
<p>public void Increment()
{
lock (_syncLock) // ✅ 正确：私有、只读、引用类型字段
{
_counter++; // 只包临界区
}
}Monitor.TryEnter 可控超时，适合避免无限等待
当无法确定锁何时能释放（比如依赖外部服务响应），硬等 lock 会导致线程挂起甚至拖垮系统。Monitor.TryEnter 提供带超时和可取消的入口控制：
- 返回
bool表示是否成功获取锁，不阻塞线程 - 支持毫秒整数超时，也支持
TimeSpan和CancellationToken - 必须配对调用
Monitor.Exit（即使没拿到锁也要确保不漏释放） - 比
lock多一层手动管理，但更灵活
private readonly object _syncLock = new object();
<p>public bool TryProcessWithTimeout(int timeoutMs = 100)
{
if (Monitor.TryEnter(_syncLock, timeoutMs))
{
try
{
// 执行临界区操作
return true;
}
finally
{
Monitor.Exit(_syncLock); // ✅ 必须保证释放
}
}
return false; // 超时未获取到锁
}ReaderWriterLockSlim 适合读多写少的共享数据结构
如果某个对象被频繁读取、极少修改（比如配置缓存、路由表），用 lock 会让所有读操作排队，严重降低吞吐。ReaderWriterLockSlim 允许多个读线程并发，仅写时独占：
Skill Weave Chains — 技能链路由引擎
下载
开箱即用的技能链路由引擎。13 条预定义链覆盖搜索、开发、审查、MLOps、法律、创意等场景，三层路由架构（触发词→SAD反馈→DAG编排），recall@10=96.97%。配置驱动（chains.yaml），零代码扩展。pip install skill-weave-chains 一键安装。
-
EnterReadLock/ExitReadLock：允许多个线程同时进入 -
EnterWriteLock/ExitWriteLock：写时阻塞所有读和写 - 支持升级策略（
EnterUpgradeableReadLock），在读锁内判断需写时再升级，减少锁竞争 - 注意：它不支持递归获取（同一线程重复 Enter 会死锁），也不像
lock那样自动释放
private readonly ReaderWriterLockSlim _rwLock = new ReaderWriterLockSlim();
private Dictionary<string, string> _cache = new Dictionary<string, string>();
<p>public string Get(string key)
{
_rwLock.EnterReadLock();
try
{
return _cache.TryGetValue(key, out var value) ? value : null;
}
finally
{
_rwLock.ExitReadLock(); // ✅ 必须显式释放
}
}</p><p>public void Set(string key, string value)
{
_rwLock.EnterWriteLock();
try
{
_cache[key] = value;
}
finally
{
_rwLock.ExitWriteLock();
}
}Interlocked 类适用于简单原子操作，零开销
当只需要对整数、引用或指针做「读-改-写」原子操作（如计数器、标志位、无锁栈头更新），Interlocked 是最优选——它直接编译为 CPU 原子指令，没有锁开销，也不涉及线程调度：
-
Interlocked.Increment、Interlocked.CompareExchange、Interlocked.Exchange最常用 - 只能用于
int、long、IntPtr、引用类型等有限类型 - 不能替代复杂逻辑同步（比如“如果余额 > 100 就扣款”，这需要
CompareExchange循环重试，但业务逻辑一复杂就难维护） - 注意：它不提供内存屏障之外的同步语义，对非原子字段组合操作无效
private long _requestCount = 0;
private int _status = 0; // 0=stopped, 1=running
<p>public void RecordRequest() => Interlocked.Increment(ref _requestCount);</p><p>public bool TryStart()
{
return Interlocked.CompareExchange(ref _status, 1, 0) == 0; // 仅当原值为 0 时设为 1
}实际项目里，lock 覆盖 80% 场景；但一旦出现性能瓶颈或死锁，得立刻想到 Monitor.TryEnter 控制等待、ReaderWriterLockSlim 分离读写、或者用 Interlocked 拆解原子动作——这些不是“高级技巧”，而是线程安全落地时绕不开的权衡点。
