rlock 不能直接用于 try-with-resources 是因为其未实现 autocloseable 接口，需通过包装类（如 autocloseablelock）在构造时 trylock、close() 时安全 unlock 才能适配。
Java 中 try-with-resources 本身不能直接用于 RLock，因为 Redisson 的 RLock 接口并未实现 AutoCloseable。但可以通过包装类将其适配进去，让锁在 try 块结束时自动释放——关键是把“获取锁”和“释放锁”封装进构造与 close() 方法中。
为什么 RLock 不能直接用 try-with-resources？
RLock 是 Redisson 提供的分布式锁接口，设计上侧重于显式加锁/解锁控制（如 lock()、unlock()、tryLock()），不继承 AutoCloseable。直接写成：
try (RLock lock = redisson.getLock("key")) { ... } —— 编译不通过，类型不匹配。
核心思路：用包装类实现 AutoCloseable
创建一个自定义类（比如 AutoCloseableLock），在构造时尝试获取锁，在 close() 中安全释放锁。这样就能合法进入 try-with-resources 语法。
- 构造方法里调用
tryLock(waitTime, leaseTime, unit)，成功才认为持有锁 -
close()中先判断是否真的持有了锁（isHeldByCurrentThread()），再调用unlock() - 避免跨线程释放：Redisson 的锁是线程绑定的，
unlock()必须由加锁线程执行，否则抛IllegalMonitorStateException
推荐实现方式（适配 tryLock 场景）
以下是一个生产可用的轻量包装类：
public class AutoCloseableLock implements AutoCloseable {
private final RLock lock;
private final boolean locked;
public AutoCloseableLock(RedissonClient client, String key) throws InterruptedException {
this.lock = client.getLock(key);
// 等待最多 3 秒，持有锁最多 10 秒
this.locked = lock.tryLock(3, 10, TimeUnit.SECONDS);
}
public boolean isLocked() {
return locked;
}
@Override
public void close() {
if (locked && lock.isHeldByCurrentThread()) {
lock.unlock();
}
}
}
使用时：
try (AutoCloseableLock lock = new AutoCloseableLock(redissonClient, "order:123")) {
if (!lock.isLocked()) {
throw new BusinessException("获取锁失败");
}
// ✅ 此处执行业务逻辑（如扣库存、生成订单）
} // ← 自动 close()，锁被释放
注意事项：别踩这些坑
-
不要在异步回调里 unlock：比如
CompletableFuture.runAsync(...).whenComplete(... -> lock.unlock())是危险的，线程已切换，会触发异常 - leaseTime 要大于业务最大耗时：否则锁提前过期，其他节点可能并发进入，失去互斥性
- 避免死锁风险：多个锁按固定顺序获取；或使用看门狗机制（Redisson 默认开启，会自动续期）
- 不建议在构造中用 lock() 阻塞获取：会导致 try-with-resources 初始化卡住，影响整体流程可控性
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
