轻松实现分布式锁

分布式锁

引言

传统的锁在分布式集群项目中，直接失效，因为传统的synchronized还是Lock锁，都是基于JVM实现的，而搭建了集群或者分布式之后，会有多个JVM程序，锁的互斥性失效。

使用分布式锁的概念：基于JVM之外的一个单独的程序分配锁资源

使用zookeeper实现分布式锁

Zookeeper分布式锁原理：

• Zookeeper提供了一个临时有序节点，并且Zookeeper在执行写操作时，是有序的。
  • 当客户端向Zookeeper中添加临时有序节点之后，判断自己是否是序号最小的节点
    • 如果是：获取锁资源。
    • 如果不是：监听比自己序号小一位的节点，直到比自己小一位的节点被删除后，再次判断自己是否是序号最小的节点。
      • 递归。。。。。。

zookeeper实现分布式锁在java中的实现

• Zookeeper已经针对分布式锁提供了相应的API操作：

  • // 创建锁对象，传入连接Zookeeper的CuratorFramework对象，指定创建临时节点的父节点
    InterProcessMutex lock = new InterProcessMutex(cf,"/qf");
    

// 加锁：公平锁，没有返回结果,一直排队。。。
lock.acquire();
// 加锁：非公平锁，有返回结果,true代表获取锁资源成功,如果超时,自动获取锁资源失败，返回false
lock.acquire(等待获取锁的 时间,时间的单位);

// 释放锁资源：
lock.release()；

使用redis实现分布式锁

Redis实现分布式锁的原理：

• Redis在接收客户端命令时，是单线程的，Redis不会有多条命令同时被执行，不存在并发问题。
• Redis提供了一个setnx的命令，在key不存在时，正常的插入数据，在key存在时，什么都不做。
• Redis为了避免出现死锁问题，提供了setnxex的操作，可以在使用setnx同时指定生存时间。
• Redis要根据据体的业务去指定锁资源key的生存时间。
  • 时间长了，很多请求都失效了。
  • 时间短了，之前的业务还每执行完，自动释放锁资源，出现数据安全问题。

Redis分布式锁的实现：

• Jedis

• @Component
  public class JedisLock {
  @Autowired
  private JedisPool pool;
  // 加锁
  public boolean lock(String key,String value,int expire){
  Jedis jedis = null;
  try {
  jedis = pool.getResource();
  String ok = jedis.set(key, value, "NX", "EX", expire);
  return "ok".equalsIgnoreCase(ok) ? true : false;
  } finally {
  jedis.close();
  }
  }
  // 释放锁
  public void unlock(String key){
  Jedis jedis = null;
  try {
  jedis = pool.getResource();
  jedis.del(key);
  } finally {
  jedis.close();
  }
  }
  }
  

• 基于Data-Redis实现：

• @Component
  public class DataRedisLock {
  @Autowired
  private StringRedisTemplate stringRedisTemplate;
  public boolean lock(String key,String value,int expire){
  return stringRedisTemplate.opsForValue().setIfAbsent(key,value,expire, TimeUnit.SECONDS);
  }
  public void unlock(String key){
  stringRedisTemplate.delete(key);
  }
  }