事务未生效时如何立即释放@Lock(PESSIMISTIC_WRITE)悲观锁

@Lock(LockModeType.PESSIMISTIC_WRITE) 加的是数据库层面的行级排他锁，锁的生命周期和数据库事务完全绑定，不存在脱离事务单独释放锁的操作。你遇到的锁长时间不释放，本质是异常场景下事务没有被正确提交/回滚，数据库会一直持有锁直到事务超时、连接断开，可通过以下方案实现锁的快速释放：

• 收紧事务边界，杜绝大事务
  不要把非数据库操作（远程RPC调用、文件读写、本地耗时计算）包裹在持有锁的事务方法内，这类操作一旦阻塞、抛出未被事务切面捕获的异常，会导致事务一直挂起无法结束。将加锁查询、对应数据更新的逻辑抽成独立的小事务方法，逻辑执行完立刻提交，缩短锁持有时间。
• 显式配置事务超时时间
  给持有锁的@Transactional注解明确设置超时阈值，比如@Transactional(rollbackFor = Exception.class, timeout = 3)，参数单位为秒，事务如果超过3秒未执行完成会被Spring自动标记回滚，锁最多持有3秒就会被释放，不需要等待数据库默认的几十秒甚至几分钟的全局锁超时。
• 补全异常场景的强制回滚逻辑
  事务未正常触发大多是因为方法抛出了Spring事务默认不回滚的异常（比如受检异常），除了配置rollbackFor = Exception.class覆盖所有异常类型外，还可以在业务异常捕获块中手动触发回滚：注入TransactionAspectSupport类，捕获到异常时调用TransactionAspectSupport.currentTransactionStatus().setRollbackOnly()，让事务立刻回滚，锁会同步释放。
• 配置连接池自动剔除失效连接
  如果是服务宕机、网络闪断导致数据库连接半开、数据库端未感知到连接断开的场景，锁会一直持有直到数据库连接超时。给连接池（比如HikariCP、Druid）配置连接存活检测、最大连接生命周期参数，快速剔除失效连接，数据库检测到连接断开后会自动回滚对应事务、立刻释放锁。

注意：不要尝试在业务代码中编写所谓的手动解锁逻辑，JPA的悲观锁是数据库层面实现的，只有事务提交/回滚、关联连接断开两个时机才会触发锁释放，任何应用层的解锁操作都不会生效。

内容的提问来源于stack exchange，提问作者idrak_07