Java的synchronized在分布式场景下可以使用吗？为什么？

## 作用 `synchronized` 只能在**单个 JVM 进程内**保证多线程互斥，不能直接用于分布式场景下的跨节点加锁。 在分布式系统中，多个服务实例运行在不同 JVM 中，即使它们执行相同的同步代码，每个实例也只能锁住本 JVM 内的线程，无法约束其他机器上的进程，因此可能出现： - 商品超卖 - 重复提交 - 并发更新导致数据覆盖 ## 原理 ### 为什么不能跨 JVM 生效 - `synchronized` 依赖对象头中的 **Mark Word** 和 JVM 内置的 **monitor** 机制。 - 加锁、释放锁等状态都保存在当前进程内存中。 - 集群中的每个 Java 实例都有独立的堆内存和对象监视器。 - 不同 JVM 之间不共享内存，也没有统一的锁管理者，因此无法感知彼此的锁状态。 所以，`synchronized` 是单机并发控制方案，不是跨进程、跨机器的分布式协同方案。 ### 分布式锁应满足的条件 - **互斥性**：任意时刻只有一个客户端持有锁。 - **防死锁**：持锁节点宕机或异常时，锁应能通过超时等机制自动释放。 - **容错性**：锁服务应高可用，不能因单点故障导致加锁机制不可用。 ### 常见替代方案 - 数据库行锁，如 `SELECT ... FOR UPDATE` - Redis 的 `SETNX` 配合过期时间，或使用 Lua 脚本保证原子性 - Redis 分布式锁配合看门狗续期 - ZooKeeper 临时顺序节点 - 多 Redis 实例的 Redlock 方案，但需要谨慎评估时钟漂移、网络分区等问题