前言分布式锁想必大家都不陌生：一种控制分布式系统间共享资源同步访问的方式。如果不同系统或同一系统的不同主机共享一个或一组资源，在访问这些资源时往往需要互斥，以防止相互干扰，保证一致性。在这种情况下，你需要使用分布式锁。分布式锁的实现方式有很多种，但一般来说，加锁和解锁的逻辑都是通过编码的方式穿插在业务代码中。这种方法的优点是非常模板化，几乎不会出错。每套加锁和解锁逻辑完全相同。缺点也是这个，虽然ctrlc,ctrlv很爽，但是老是ctrlc,ctrlv也会让人觉得很蛋疼。那么，如何基于这个思路实现一个带注解的分布式锁呢？目标业务实现示例：下单功能是防止用户重复下单，短时间内只允许用户点击成功一次。@RedisLock(name="order",keys={"#userId"})publicStringorder(LonguserId){return"ok";}如代码所示：只需在方法中添加注解即可实现分发样式锁。name：锁的名称keys：业务的唯一资源标识。比如一个用户只能在短时间内下单，那么keys就是redis中的key设计，用户idname+keys组成。大多数通过注解设计的功能都是通过切面完成的，这个也不例外。最简单的实现方式是将原代码的加锁和解锁逻辑复制到切面中。例如原代码如下：@ResourceprivateRedissonClientredissonClient;publicStringorder(LonguserId){Stringkey="order"+userId;RLocklock=redissonClient.getLock(key);try{//尝试加锁，true表示加锁成功if(lock.tryLock()){//业务代码return"ok";}返回“失败”；}finally{//是否持有该线程的锁if(lock.isHeldByCurrentThread()){lock.unlock();}}}显然，除了returnok这一行，其他都是模板代码。redissonClient：redisson框架的客户端，官方文档：https://github.com/redisson/r...AOP切面设计如下：编码1，定义注解@Target({ElementType.METHOD})@Retention(RetentionPolicy.RUNTIME)public@interfaceRedisLock{/***key的name前缀，和keys字段一起组成rediskey*如name=userkeys=123(userId)*最后使用的key是user123*/字符串名称();/***可以确定系统中唯一资源的key*比如user，使用用户id作为key*或者使用用户名+手机号*必须是#id#user.id#这样的spel表达式user.name*/String[]keys();}2.写切面@AspectpublicclassRedisLockAspect{@ResourceprivateRedissonClientredissonClient;@Around(value="@annotation(redisLock)")publicObjectlock(ProceedingJoinPointjoinPoint,RedisLockredisLock)throwsThrowable{//拼接出key使用spel解析注解中定义的keyStringkey=getRedisKey(joinPoint,redisLock);//获取锁RLocklock=redissonClient.getLock(key);try{//锁定if(lock.tryLock()){returnjoinPoint.继续（);}thrownewRuntimeException("锁定失败");}最后{如果(lock.isHeldByCurrentThread()){lock.unlock();}}}}一个超级简单的注释版本的Redis锁实现了读者：“啪！你就写这个傻东西来糊弄我！”“别停下，我错了，听我说继续！”以上组件库内容只是为了普及思路，没错，注解版的Redis，好用，锁我已经实现了。并且已经发布到Maven中央仓库。其详细文档请移步：https://github.com/lzj960515/...如果想了解实现，欢迎克隆代码阅读或与我交流。同时给大家介绍一下组件库：https://github.com/lzj960515/...这个组件库是我们公司内部的后端组件库——一些组件。里面的元器件都经过长时间的测试，可以放心使用。使用这些组件可以提高你的编码效率……反正总会有改进的，我用着很爽。如果你想参加，非常欢迎你。如果您发现其中的错误，谢谢！
