1、前言
在java中，我们通过锁来避免由于竞争而造成的数据不一致问题。通常我们使用synchronized 、lock来实现。但是java中的锁只能保证在同一个jvm进程内中可用，在跨jvm进程，例如分布式系统上则不可靠了。
2、分布式锁
分布式锁，是一种思想，它的实现方式有很多，如基于数据库实现、基于缓存（redis等）实现、基于zookeeper实现等等。为了确保分布式锁可用，我们至少要确保锁的实现同时满足以下四个条件
- 互斥性：在任意时刻，只有一个客户端能持有锁。
- 不会发生死锁：即使客户端在持有锁的期间崩溃而没有主动解锁，也能保证后续其他客户端能加锁。
- 具有容错性：只要大部分的redis节点正常运行，客户端就可以加锁和解锁。
- 解铃还须系铃人：加锁和解锁必须是同一个客户端，客户端自己不能把别人加的锁给解了。
3、基于redis实现分布式锁
以下代码实现了基于redis中间件的分布式锁。加锁的过程中为了保障setnx（设置key）和expire（设置超时时间）尽可能在一个事务中，使用到了lua脚本的方式，将需要完成的指令一并提交到redis中；
3.1、redisconfig.java
3.2、redislockcontroller.java
3.3、redis_lock.lua
3.4、redis_unlock.lua
4、测试效果
key123为key，thread12345为value标识锁的主人，300为该锁的超时时间
加锁：锁主人为thread12345
http://127.0.0.1:8080/redis/lock/key123/thread12345/300
解锁：解锁人为thread123456
http://127.0.0.1:8080/redis/unlock/key123/thread123456
解锁：解锁人为thread12345
http://127.0.0.1:8080/redis/unlock/key123/thread12345
4.1、加锁，其他人解锁
thread12345加的锁，thread123456是解不了的，只有等thread12345自己解锁或者锁的超时时间过期
4.2、加锁，自己解锁
thread12345加的锁，thread12345自己随时可以解锁，也可以等锁的超时时间过期
5、总结
- 使用redis锁，会有业务未执行完，锁过期的问题，也就是锁不具有可重入性的特点。
- 使用redis锁，在尝试获取锁的时候，是非阻塞的，不满足在一定期限内不断尝试获取锁的场景。
- 以上两点，都可以采用redisson锁解决。
到此这篇关于基于redis实现分布式锁的方法（lua脚本版）的文章就介绍到这了,更多相关redis实现分布式锁内容请搜索www.887551.com以前的文章或继续浏览下面的相关文章希望大家以后多多支持www.887551.com！