分布式锁的应用场景
在分布式系统中，由于存在多个服务节点和进程，传统的基于单机 JVM 的锁（如 synchronized 或 ReentrantLock）无法跨越进程边界，为了保证数据的一致性和并发控制，必须引入分布式锁,以下是分布式锁的核心应用场景：
防止重复提交与幂等性控制
在互联网应用中，由于网络延迟或用户操作习惯，可能会出现重复请求的问题。
- 场景描述：用户在支付页面连续点击了多次“确认支付”按钮，或者前端由于网络抖动触发了多次相同的 API 请求。
- 锁的作用：在处理请求前，以“用户ID + 业务类型”作为 Key 获取分布式锁，如果请求已在处理中，后续请求将被拦截，从而确保业务逻辑的
幂等性
,防止产生重复订单或重复扣款。
防止库存超卖
在高并发的秒杀或抢购场景下,库存扣减是极其敏感的操作。
- 场景描述：当成千上万的用户同时请求扣减同一件商品的库存时，如果多个节点同时读取库存并进行减法操作，会导致最终库存数据错误，出现超卖现象。
- 锁的作用：在执行“查询库存 -> 判断库存 -> 扣减库存”这一逻辑链路时，通过分布式锁锁定该商品 ID，确保在同一时刻，只有一个线程能够完成整个扣减流程，保证原子性。
分布式定时任务的单点执行
在微服务架构中,定时任务通常会部署在多个实例上以实现高可用。
- 场景描述：如果直接使用传统的定时任务框架（如 Spring Task），集群中的每个节点都会在同一时间触发任务（生成每日结算报表），这会导致
重复计算
和资源浪费。 - 锁的作用：任务执行前尝试获取分布式锁，只有成功获取锁的节点才能执行任务，其他节点获取失败则直接跳过，这保证了在分布式环境下，某个特定任务在同一时间点只有一个实例在运行。
共享资源的独占访问
当多个微服务需要操作同一个非数据库资源时,需要进行协调。
- 场景描述：
- 文件操作：多个节点同时尝试读写同一个分布式文件系统（如 NFS）中的特定文件。
- 第三方接口调用：某些第三方 API 对调用频率有严格限制,或者要求同一时间只能有一个请求在处理特定的业务逻辑。
- 锁的作用：通过分布式锁实现对该资源的互斥访问，避免因并发读写导致的文件损坏,或因并发调用导致的接口限流及逻辑错误。
缓存与数据库的一致性维护
在处理“缓存失效”或“缓存更新”逻辑时,并发问题可能导致数据不一致。
- 场景描述：当缓存过期时，大量请求同时涌入，如果所有请求都发现缓存失效并同时去查询数据库并回写缓存，会产生缓存击穿问题,并可能导致数据库压力过大。
- 锁的作用：在缓存失效时，仅允许一个请求获取分布式锁去查询数据库并更新缓存，其他请求等待或重试，这不仅保护了数据库，也保证了缓存数据的最终一致性。
首发原创文章，作者：王坚，如若转载，请注明出处：https://test.idctop.com/article/494177.html
