lock是C#基于Monitor.Enter/Exit的语法糖，需用private readonly object字段作锁对象，避免用this、字符串等；不支持异步，高并发下应优先考虑Interlocked、Concurrent集合或AsyncLock。
lock 是 C# 中最常用、最简洁的线程同步机制，本质是基于 Monitor.Enter 和 Monitor.Exit 的语法糖，用于确保同一时刻只有一个线程能进入被保护的代码块。
lock 的基本用法和正确写法
必须用一个**引用类型对象**（通常为 private readonly object 字段）作为锁对象，不能用值类型或字符串字面量，否则会因装箱/字符串驻留导致意外共享锁。
- ✅ 推荐写法：声明私有只读对象字段作为锁
private readonly object _lockObj = new object();public void DoWork() { lock (_lockObj) { // 这里是临界区，同一时间仅一个线程可执行 SharedCounter++; } }
- ❌ 错误示例：用 this、typeof(...)、字符串或 public 字段作锁 —— 容易引发死锁或锁粒度失控
- ⚠️ 注意：lock 块内避免调用外部方法（尤其可能再次加锁或阻塞的操作），防止死锁或延长锁持有时间
lock 和 Monitor 的关系
lock 编译后等价于 try-finally 中调用 Monitor.Enter/Exit，确保即使发生异常也能释放锁：
lock (obj) { ... }
// 等价于：
Monitor.Enter(obj);
try
{
...
}
finally
{
Monitor.Exit(obj);
}- Monitor 还支持超时（
Monitor.TryEnter(obj, timeout)）、条件等待（Monitor.Wait/Pulse）等高级操作，lock 不直接支持这些 - 若需等待唤醒逻辑（如生产者-消费者），应直接使用 Monitor 或更现代的
SemaphoreSlim、AsyncLock（.NET 6+）
常见误区与替代方案
lock 虽简单，但不是万能解。高并发场景下过度使用会严重降低吞吐量。
- ❌ 不要 lock(this)：外部代码也可能锁定同一个实例，造成不可控竞争
- ❌ 不要 lock(typeof(MyClass))：整个类型全局唯一，容易跨实例干扰
- ✅ 更轻量替代：对简单计数器可用
Interlocked.Increment(ref counter) - ✅ 异步场景：lock 不支持 async/await，此时改用
AsyncLock（如Microsoft.Threading.Tasks.Extensions）或SemaphoreSlim.WaitAsync()
性能提示与调试建议
锁本身开销很小，但争用（多个线程频繁抢同一把锁）会导致线程挂起/唤醒，大幅拖慢性能。
- 用 Visual Studio 的“并发可视化工具”或 dotTrace 可观察锁争用热点
- 优先缩小临界区：只锁真正共享数据访问的部分，而非整个方法
- 考虑无锁编程（如 ConcurrentDictionary、ConcurrentQueue）或分段锁（如 .NET 的
ConcurrentDictionary内部实现）
基本上就这些。lock 用对了很安全，用错了容易埋坑。关键是选对锁对象、控制好范围、别在锁里干重活。
