如何利用Redis锁解决高并发问题？

传统单点应用的线程安全问题，因为只涉及到单个应用中多线程之间的资源共享，往往通过加锁synchronized，ReentrantReadWriteLock等手段就能实现共享资源的安全；

但是现在很多大型系统，高并发的量往往较大，整个服务架构也都是设计成分布式架构，原本在单机中的共享资源转而分布在了不同的机器上，这个时候锁也应该相应的升级为分布式锁；

分布式锁有多种方式redis，zookeepper等，因为系统中本就用到了redis，就以redis为例：

分布式锁需要满足什么条件呢？

一，互斥：既然是锁，不能每个客户端都有吧，那还锁啥？

二，不能死锁：让一个客户端抱住锁，永远不释放，别的就获取不到了，那还要分布式系统干啥？

三，每个客户端的锁自己加，自己解；

redis为什么能作为分布式锁的选择呢？本身就是单进程单线程的模式，并且提供的命令具有原子性；

一般用来做分布式锁的方式有1，setnx+getset方式， 2，INCR

1，setnx+getSet方法加锁：

到此，以上就是小编对于redis分布式session共享的问题就介绍到这了，希望这1点解答对大家有用。

当前标题：redis如何实现分布式共享锁
文章源于：http://chengdu.cdxwcx.cn/article/djjhgsj.html