传统单点应用的线程安全问题，因为只涉及到单个应用中多线程之间的资源共享，往往通过加锁synchronized，ReentrantReadWriteLock等手段就能实现共享资源的安全；
但是现在很多大型系统，高并发的量往往较大，整个服务架构也都是设计成分布式架构，原本在单机中的共享资源转而分布在了不同的机器上，这个时候锁也应该相应的升级为分布式锁；
分布式锁有多种方式redis，zookeepper等，因为系统中本就用到了redis，就以redis为例：
分布式锁需要满足什么条件呢？
一，互斥：既然是锁，不能每个客户端都有吧，那还锁啥？
二，不能死锁：让一个客户端抱住锁，永远不释放，别的就获取不到了，那还要分布式系统干啥？
三，每个客户端的锁自己加，自己解；
redis为什么能作为分布式锁的选择呢？本身就是单进程单线程的模式，并且提供的命令具有原子性；
一般用来做分布式锁的方式有1，setnx+getset方式， 2，INCR
1，setnx+getSet方法加锁：
到此，以上就是小编对于多个服务连接redis并发问题如何解决的的问题就介绍到这了，希望这1点解答对大家有用。