synchronized和lock的区别

我对 synchronized 和 Lock 的理解如下：

1. 功能上：它们都是用来解决多线程并发安全问题的工具，保证同一时刻只有一个线程能执行临界区代码。

2. 特性上：

   • synchronized 是 Java 的关键字，使用简单，JVM 自动管理锁的获取和释放。它可以通过修饰方法或代码块来控制粒度，锁的对象决定了作用范围（实例锁 or 类锁）。但它不够灵活，比如不能尝试获取锁，也不能中断等待。
   • Lock 是 JUC 包下的接口，常见的实现是 ReentrantLock。它需要手动调用 lock() 和 unlock()，虽然麻烦，但更灵活。比如 tryLock() 可以尝试获取锁而不阻塞，还支持公平锁，避免线程饥饿。

3. 性能上：

   • 早期 synchronized 性能较差，但 JDK 1.6 之后引入了 偏向锁、轻量级锁、重量级锁 的升级机制，性能大幅提升。
   • Lock 内部使用 CAS + 自旋 等机制，性能也很优秀，尤其在高竞争场景下表现更好。

总结：synchronized 简单够用，适合大多数场景；Lock 更灵活，适合复杂并发控制需求。

名词解释:

• 偏向锁：如果一个锁通常只有一个人用，JVM 就‘偏向’他，下次他来直接用，不用抢。
• 轻量级锁：如果两个人竞争，JVM 让后来的线程‘自旋’等待，避免线程阻塞的开销。
• 重量级锁：如果自旋太久，才升级为真正的‘操作系统锁’，让线程阻塞。

• CAS（Compare And Swap）—— 无锁尝试场景：你看到打卡机空着，想快速打卡,你看到机器空着，立刻冲过去按“开始” → 成功就打卡，失败就重试。