Redis 分布式锁进阶第七十1篇

一、前言

经过前面七十五篇内容，我们已经完整掌握 Redis 分布式锁从底层原理、各类锁实现、生产踩坑、运维监控、跨技术栈对比全体系知识。在求职面试、技术答辩、代码评审场景中，分布式锁是后端、架构岗必考重难点。 本篇分为三大模块：经典面试真题（由浅入深）、Redisson 源码高频考点、全网通用认知误区与错误写法，每道题目配套标准答案、得分要点、拓展追问，同时区分初级、中级、高级面试难度。

技术栈课程

二、入门级面试题（初级开发 / 基础面试）

1. 为什么需要分布式锁？单机锁为什么不行？

标准回答单机环境下synchronized、ReentrantLock等本地锁仅能控制单 JVM 内线程互斥。在微服务、集群部署、多实例架构中，同一个服务会部署多个节点，本地锁无法跨实例生效，会导致并发问题，因此必须使用分布式锁实现跨进程、跨机器的资源互斥。

得分要点：点明本地锁作用范围 + 集群部署场景缺陷 + 分布式锁核心目标。

2. 基于 String 类型实现 Redis 分布式锁，命令是什么？存在什么问题？

标准回答防止客户端服务宕机、网络异常、程序卡死等场景下，锁无法主动释放，造成永久死锁，后续所有线程无法获取锁，服务彻底阻塞。

拓展追问：过期时间设置太长 / 太短分别有什么问题？

• 太短：业务未执行完成，锁提前释放，锁失效；
• 太长：出现死锁后，资源长时间无法释放，服务吞吐量严重下降。

三、进阶级面试题（中级开发 / 业务架构面试）

1. Redis 基础锁为什么要用 Lua 脚本？多条普通命令不行吗？

标准回答Redis 单条命令具备原子性，但多条命令组合不保证原子性。高并发场景下，多条命令之间会被其他请求插队，引发数据错乱。 Lua 脚本会将多条指令封装为一个整体，Redis 服务端一次性执行完毕，中间不会切换执行其他客户端命令，保证加锁、重入、解锁全流程原子性。