前言

分布式锁，其实原理是就是多台机器，去争抢一个资源，谁争抢成功，那么谁就持有了这把锁，然后去执行后续的业务逻辑，执行完毕后，把锁释放掉。

可以通过多种途径实现分布式锁，例如利用数据库（mysql等），插入一条记录（唯一索引），谁插入成功，谁就持有锁；还可通过zookeeper来实现分布式锁，谁创建节点成功，谁就持有锁。本文介绍通过redis来实现分布式锁。

本文使用springboot提供的RedisTemplate来操作redis，可以参考我之前的文章【快学springboot】13.操作redis之String数据结构，这里对使用RedisTemplate来操作redis做了介绍。当然也可以直接使用jedis来操作redis，大家可以参考下jedis的文档，使用上都是大同小异的。

实现分布式锁的步骤

第一步：通过redis的setnx方式（不存在则设置）,往redis上设置一个带有过期时间的key，如果设置成功，则获得了分布式锁。这里设置过期时间，是防止在释放锁的时候出现异常导致锁释放不掉。

第二步：执行完业务操作之后，删除该锁。

实现

新建一个DistributedLock.class，注入StringRedisTemplate。

@Component
public class DistributedLock {
​
 @Autowired
 private StringRedisTemplate redisTemplate;
​
}

获得锁

/**
 * 获得锁
 */
 public boolean getLock(String lockId, long millisecond) {
 Boolean success = redisTemplate.opsForValue().setIfAbsent(lockId, "lock",
 millisecond, TimeUnit.MILLISECONDS);
 return success != null && success;
 }
​

setIfAbsent方法，就是当键不存在的时候，设置，并且该方法可以设置键的过期时间。该方法对应到redis的原生命令就是：

SET lockId content PX millisecond NX

至于设置多少的过期时间合适，这个是没有定论的，需要根据真是的业务场景来衡量。

释放锁

当处理完业务逻辑后，需要手动的把锁释放掉。

public void releaseLock(String lockId) {
 redisTemplate.delete(lockId);
 }

释放锁的操作比较简单，直接删除之前设置的键即可。其实，基于redis实现分布式锁的方式，在释放锁的时候，是存在释放失败的风险的（比如网路抖动什么的），这也是为什么在设置锁的时候需要设置过期时间的原因，可以防止在出现异常的时候，锁会自动的消失掉。同时，我们也可以增加几次失败之后的重试机制。

测试

新建一个BusinessTask.java，代码如下：

@Component
public class BusinessTask {
​
 private final static String LOCK_ID = "happyjava";
​
 @Autowired
 DistributedLock distributedLock;
​
 @Scheduled(cron = "0/10 * * * * ? ")
 public void doSomething() {
 boolean lock = distributedLock.getLock(LOCK_ID, 10 * 1000);
 if (lock) {
 System.out.println("执行任务");
 distributedLock.releaseLock(LOCK_ID);
 } else {
 System.out.println("没有抢到锁");
 }
 }
​
}

这里使用了springboot的Scheduled注解来实现定时任务，该cron表达式的意思是每10秒钟，执行一次任务，然后我们启动两次该项目，观察一段时间执行结果：

第一个springboot任务：

第二个springboot任务：

两个任务在交替的执行任务，证明了同一时刻只有一个应用持有了锁。

总结

本文主要介绍了如何使用Java代码（springboot的restTemplate）实现Redis分布式锁，对于加锁和解锁也分别给出了示例代码。其实我们还可以尝试使用Redisson实现分布式锁，这是Redis官方提供的Java组件，这个后续再介绍吧。