Redis实现分布式锁
1.根据lockKey区进行setnx（set not exist，如果key值为空，则正常设置，返回1，否则不会进行设置并返回0）操作，如果设置成功，表示已经获得锁，否则并没有获取锁。
2.如果没有获得锁，去Redis上拿到该key对应的值，在该key上我们存储一个时间戳（用毫秒表示，t1），为了避免死锁以及其他客户端占用该锁超过一定时间（5秒），使用该客户端当前时间戳，与存储的时间戳作比较。
3.如果没有超过该key的使用时限，返回false，表示其他人正在占用该key，不能强制使用；如果已经超过时限，那我们就可以进行解锁，使用我们的时间戳来代替该字段的值。
4.但是如果在setnx失败后，get该值却无法拿到该字段时，说明操作之前该锁已经被释放，这个时候，最好的办法就是重新执行一遍setnx方法来获取其值以获得该锁。
释放锁：删除redis中key
1 public class RedisKeyLock { 2 private static Logger logger = Logger.getLogger(RedisKeyLock.class); 3 private final static long ACCQUIRE_LOCK_TIMEOUT_IN_MS = 10 * 1000; 4 private final static int EXPIRE_IN_SECOND = 5;//锁失效时间 5 private final static long WAIT_INTERVAL_IN_MS = 100; 6 private static RedisKeyLock lock; 7 private JedisPool jedisPool; 8 private RedisKeyLock(JedisPool pool){ 9 this.jedisPool = pool; 10 } 11 public static RedisKeyLock getInstance(JedisPool pool){ 12 if(lock == null){ 13 lock = new RedisKeyLock(pool); 14 } 15 return lock; 16 } 17 18 public void lock(final String redisKey) { 19 Jedis resource = null; 20 try { 21 long now = System.currentTimeMillis(); 22 resource = jedisPool.getResource(); 23 long timeoutAt = now + ACCQUIRE_LOCK_TIMEOUT_IN_MS; 24 boolean flag = false; 25 while (true) { 26 String expireAt = String.valueOf(now + EXPIRE_IN_SECOND * 1000); 27 long ret = resource.setnx(redisKey, expireAt); 28 if (ret == 1) {//已获取锁 29 flag = true; 30 break; 31 } else {//未获取锁，重试获取锁 32 String oldExpireAt = resource.get(redisKey); 33 if (oldExpireAt != null && Long.parseLong(oldExpireAt) < now) { 34 oldExpireAt = resource.getSet(redisKey, expireAt); 35 if (Long.parseLong(oldExpireAt) < now) { 36 flag = true; 37 break; 38 } 39 } 40 } 41 if (timeoutAt < now) { 42 break; 43 } 44 TimeUnit.NANOSECONDS.sleep(WAIT_INTERVAL_IN_MS); 45 } 46 if (!flag) { 47 throw new RuntimeException("canot acquire lock now ..."); 48 } 49 } catch (JedisException je) { 50 logger.error("lock", je); 51 je.printStackTrace(); 52 if (resource != null) { 53 jedisPool.returnBrokenResource(resource); 54 } 55 } catch (Exception e) { 56 e.printStackTrace(); 57 logger.error("lock", e); 58 } finally { 59 if (resource != null) { 60 jedisPool.returnResource(resource); 61 } 62 } 63 } 64 public boolean unlock(final String redisKey) { 65 Jedis resource = null; 66 try { 67 resource = jedisPool.getResource(); 68 resource.del(redisKey); 69 return true; 70 } catch (JedisException je) { 71 je.printStackTrace(); 72 if (resource != null) { 73 jedisPool.returnBrokenResource(resource); 74 } 75 return false; 76 } catch (Exception e) { 77 logger.error("lock", e); 78 return false; 79 } finally { 80 if (resource != null) { 81 jedisPool.returnResource(resource); 82 } 83 } 84 } 85 }
Zookeeper实现分布式锁
1.客户端调用create()方法创建名为“locknode/guid-lock-”的节点，需要注意的是，这里节点的创建类型需要设置为EPHEMERAL_SEQUENTIAL。
2.客户端调用getChildren(“locknode”)方法来获取所有已经创建的子节点。
3.客户端获取到所有子节点path之后，如果发现自己在步骤1中创建的节点是所有节点中序号最小的，那么就认为这个客户端获得了锁。
4.如果创建的节点不是所有节点中序号最小的，那么则监视比自己创建节点的序列号小的最大的节点，进入等待。直到下次监视的子节点变更的时候，再进行子节点的获取，判断是否获取锁。
释放锁的过程相对比较简单，就是删除自己创建的那个子节点即可。
Zookeeper每次进行锁操作前都要创建若干节点，完成后要释放节点，会浪费很多时间；
而Redis只是简单的数据操作，没有这个问题。
Zookeeper实现简单，但效率较低；Redis实现复杂，但效率较高。
一般而言，大多数系统实现分布式锁服务都会优先使用Redis。