lock 是 C# 中基于 Monitor 的线程同步机制，要求锁对象为引用类型且专一，自动释放锁，不适用于异步方法，典型用于保护共享资源的原子操作。
lock 是 C# 中最常用、最简单的线程同步机制，用于确保同一时间只有一个线程能执行某段代码，避免多线程并发访问共享资源时出现数据不一致问题。
lock 的基本语法和作用对象
lock 后面必须跟一个**引用类型变量**（不能是值类型，如 int、struct），且该变量通常是一个专用的私有 object 字段，例如：
- 推荐写法：声明一个 private readonly object _lockObj = new();，然后用 lock (_lockObj) { ... }
- 不推荐写法：lock (this)、lock (typeof(MyClass))、lock ("some string") —— 容易引发死锁或意外的锁竞争
- lock 语句块结束后自动释放锁，无需手动处理，即使发生异常也会释放（内部用 try/finally 实现）
典型使用场景示例
比如多个线程同时对一个静态计数器进行递增操作：
private static int _counter = 0; private static readonly object _counterLock = new();public static void Increment() { lock (_counterLock) { _counter++; // 这行代码现在是线程安全的 } }
- 没有 lock 时，_counter++ 可能被多个线程同时读取旧值、各自加 1、再写回，导致最终结果小于预期
- 加上 lock 后，每次只有一个线程能进入大括号内，保证操作的原子性
lock 使用注意事项
- 锁的对象要“专一”：不同用途的共享资源应使用不同的锁对象，避免无关操作被意外串行化
- 避免在 lock 块中调用外部方法（尤其是可能阻塞或再次加锁的方法），以防死锁或性能瓶颈
- 不要锁住可能为 null 的变量，lock(null) 会直接抛出 ArgumentNullException
- lock 不适用于异步方法（async/await）—— await 会让出线程，lock 无法跨 await 持有；需要改用 SemaphoreSlim 或其他异步同步原语
lock 和 Monitor 的关系
lock 关键字本质是 Monitor.Enter / Monitor.Exit 的语法糖。下面两段代码等价：
- lock (_obj) { DoWork(); }
- Monitor.Enter(_obj); try { DoWork(); } finally { Monitor.Exit(_obj); }
所以 lock 更简洁安全，日常开发优先用 lock，只有需要更精细控制（如带超时的 TryEnter）时才直接用 Monitor。
基本上就这些。用对锁对象、范围小、不跨 await，就能解决大多数线程安全问题。
