C语言是一种广泛使用的计算机编程语言，由Dennis Ritchie在1972年发明。以下是关于C语言的一些简单介绍：1. **历史**：C语言起源于20世纪70年代，最初是为了开发操作系统Unix而设计的。2. **特点**： - **高级与低级**：C

🔑 简单来讲讲C#中的锁 ✨ 前言 今天来说说C#中的锁，锁在日常开发中还是很常用的，但是用的不得当，或者骚操作比较多那么就会导致死锁，从而导致系统崩溃。 后面我会出一系列文章，来讲讲C#里面的代码和技巧，通过不断的学习积累，以达到我的跳槽目标。 文章中有任何错误的地方都可以指出，博主也在不断的学习中~ 📖 简述 下面问问AI来简单了解下什么是锁，AI分析还是挺详细的。 🧩 通俗理解 在现实生活里，锁就像一把门锁。 如果一个人进了房间并把门反锁，别人就得在外面等他出来。 等里面的人出来并开锁后，下一个人才能进去。 👉 编程里的“锁”也是一样的： 它保证同一时刻只有一个线程能进入临界区（共享资源的代码块），从而避免混乱。 ⚙️ 技术定义 在 并发编程 中，锁（Lock）是一种同步机制，用来 控制多个线程对共享资源的并发访问。 没有锁时：多个线程可能同时修改同一个变量、文件、数据库记录 → 造成 数据竞争 (Race Condition)。 有了锁后：一个线程进入临界区时，其它线程必须等待 → 保证 数据一致性。 🔒 锁的关键特性 互斥性 一次只能有一个线程持有锁。 其他线程必须等待。 可见性 线程释放锁前的修改，对之后获取锁的线程是可见的。 可重入性（C# 的 lock 是可重入的） 同一线程可以多次进入同一把锁，而不会死锁自己。 💡 举例 下面就举个例子讲讲什么情况下就需要用到锁。 int a = 0; // 并行++ Parallel.For(0, 1000, _ => { a++; }); // 会发现 a 的值小于 1000，因为并行操作导致了线程之间的竞争。 Console.WriteLine(a); 正常情况下，a的值应该是等于1000的，但由于这里使用了Parallel.For，会导致多个线程对同一个值进行++操作，从而导致最终的结果没有1000次。 那么如何避免这种情况呢，可以使用锁去避免。 // 使用锁解决线程竞争问题 object obj = new object(); int b = 0; Parallel.For(0, 1000, _ => { lock (obj) { b++; } }); // 现在 b 的值一定是 1000，因为锁确保了同一时间只有一个线程可以执行 b++ 操作。 Console.WriteLine(b); 这里使用了一个object类型作为锁对象，这也是常见的锁对象，不一定非得使用object类型，其他引用类型也行。 🖼️ 运行结果 🚀 .net9 新的锁对象 上面已经通过简单的例子了解到了什么是锁，已经怎么使用锁，那么在.net9中可以直接使用lock对象作为锁。 ℹ️ 在使用.net9创建项目时，如果使用object类型的锁，rider编辑器会提示使用Lock类型作为锁。 ⏳ 老写法 public class Lock { private readonly object _lock = new(); public void Foo() { lock (_lock) { Thread.Sleep(3000); Console.WriteLine("In Foo"); } } } ⚡ 新写法 public class Deadlock { private readonly Lock _lock = new(); public void Foo() { lock (_lock) { Thread.Sleep(3000); Console.WriteLine("In Foo"); } } } 📊 比较 特性 传统的 object + lock(obj)（Monitor-based） 用 System.Threading.Lock + lock(newLock) 锁对象类型意图性 任意引用类型，不专门为锁“设计” 专门的锁类型，用意明确 编译器识别/处理 用 Monitor.Enter/Exit； lock(object) 被编译器转换为 Monitor 操作 如果 lock 的目标是 Lock 类型，编译器 special-case 使用 EnterScope()/Dispose() 的新方式 内部机制 使用 Monitor、SyncBlocks、Thin locks 等，涉及 object header，可能有额外开销 新语义可以减少某些 Monitor 的开销，scope 块式释放锁，可能在某些场景性能更优 性能 在高并发且锁竞争严重的场景下性能可能成为瓶颈 在同样场景下可有更好的性能（但具体提升依赖于运行情况和 contention） 可读性／安全性 用 object，可能误用；不容易一眼看出这是锁对象 用 Lock 类型，代码语义直接告诉你“这是用来加锁的” 📝 总结 锁是并发编程里的“双刃剑”。 用得好 👉 能保证线程安全，避免数据错乱。 用不好 👉 容易掉进性能陷阱，甚至导致死锁，拖垮整个系统。 在 .NET 9 之前，我们习惯用 object 作为锁对象，但语义模糊，容易被误用。 而新的 System.Threading.Lock 专门为锁而生，让代码更直观，也在某些场景下带来性能提升。 所以： 写 demo、小项目 → 用 lock(object) 依旧没问题。 写业务、追求可维护性和性能 → 建议上手 .NET 9 的 Lock，让代码更优雅、更安全。 👉 学会合理使用锁，能让你的程序更加稳定，也能减少“背锅”的机会。 🔗 相关链接 【.NET 9新增的锁对象（Lock）是怎么一回事？】 https://www.bilibili.com/video/BV1rLp2zMEua/?share_source=copy_web&vd_source=fce337a51d11a67781404c67ec0b5084