Java枚举封装分布式锁策略，每个实例固化leaseTime、maxRetries、baseDelay等行为契约与默认参数，支持快速失败、固定重试、指数退避等模式，并通过字段驱动可插拔重试逻辑。
在分布式锁组件中，用 Java 枚举定义锁策略和重试等待时间，核心是把策略类型、超时逻辑、重试行为等配置固化为类型安全、可枚举、易维护的常量。它不是“仅仅存个名字”，而是承载行为契约和默认参数，让调用方简洁、明确、不易出错。
用枚举封装锁策略与基础参数
每个枚举实例代表一种锁行为模式，内含该策略对应的默认锁过期时间（leaseTime）、最大重试次数、重试间隔（base delay），甚至是否启用指数退避等。例如：
// 示例：锁策略枚举
public enum LockStrategy {
// 快速失败：获取不到立即返回，不重试
FAST_FAIL(0, 0, 0),
<pre class="brush:php;toolbar:false;">// 固定重试：最多尝试3次，每次间隔100ms
FIXED_RETRY(30_000, 3, 100),
// 指数退避：初始200ms，最多5次，上限2s
EXPONENTIAL_BACKOFF(45_000, 5, 200);
private final long leaseTimeMs; // 锁自动释放时间（毫秒）
private final int maxRetries; // 最大重试次数
private final long baseDelayMs; // 基础重试延迟（毫秒）
LockStrategy(long leaseTimeMs, int maxRetries, long baseDelayMs) {
this.leaseTimeMs = leaseTimeMs;
this.maxRetries = maxRetries;
this.baseDelayMs = baseDelayMs;
}
// 提供便捷访问方法
public long getLeaseTimeMs() { return leaseTimeMs; }
public int getMaxRetries() { return maxRetries; }
public long getBaseDelayMs() { return baseDelayMs; }}
结合策略枚举实现可插拔的重试逻辑
分布式锁客户端（如基于 Redisson 或自研 RedLock）在加锁时接收一个 LockStrategy，根据其字段动态决定是否重试、重试几次、每次等多久。关键点在于：策略枚举不直接执行重试，而是提供决策依据。
- 若
maxRetries == 0，则调用底层 lock() 后不循环，失败即抛异常或返回 false - 若
maxRetries > 0，则用 for 循环 + Thread.sleep 实现重试；指数退避可用Math.min(baseDelayMs * (long) Math.pow(2, attempt), maxCap) - 每次重试前检查业务是否已主动取消（如传入 CancellationToken），避免无意义等待
支持运行时扩展与策略组合
枚举本身不可继承，但可通过字段+方法设计保留扩展性：
- 添加
isBlocking()方法区分阻塞/非阻塞语义 - 增加
getFallbackKeyPrefix()支持降级锁 key 命名（如网络抖动时切到本地缓存锁） - 搭配注解（如
@Lockable(strategy = LockStrategy.FIXED_RETRY)）用于 AOP 自动织入，减少模板代码 - 必要时允许构造函数接收 Supplier 参数（需配合 builder 模式），实现部分参数动态化（如 leaseTime 根据业务耗时估算）
注意事项与最佳实践
枚举定义策略虽简洁，但需警惕几个常见陷阱：
- 避免在枚举中写复杂逻辑：比如直接调用 Redis 客户端或 sleep —— 这会让枚举职责膨胀、难以测试、违反单一职责
- leaseTime 必须大于单次操作预期耗时：否则可能锁未释放就被自动清除，导致并发冲突；建议设为预估最大耗时 × 1.5～2
- 重试间隔不宜过短：小于 50ms 的固定重试容易打满 Redis 连接，尤其高并发场景；推荐最低 100ms 起步
- 日志中标记所用策略：如 “Acquiring lock with strategy=EXPONENTIAL_BACKOFF, lease=45s”，便于问题定位
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
