惊喜
最后还准备了一套上面资料对应的面试题（有答案哦）和面试时的高频面试算法题（如果面试准备时间不够，那么集中把这些算法题做完即可，命中率高达85%+）
比如socket连接, 这就是一个多线程式的
在redis事务中或有一个watch乐观锁去监视者数据是否被改动, 如果真的是完全单线程, 那么就不需要有这个监视的存在
本质原因就是redis的socket连接是多线程的, 我们在开始redis事务, 往里面添加命令其实并没有真正的执行这些命令, 所以需要watch的监视, 防止其他socket连接进行了数据的操作
下面看看redis的真实运行环境
- **它的组成结构为4部分：多个套接字、IO多路复用程序、文件事件分派器、事件处理器。
因为文件事件分派器队列的消费是单线程的，所以Redis才叫单线程模型。**
-
所以Redis 不仅仅是单线程, 他需要事务的支持, 就是因为多客户端对Redis的连接并不存在竞争关系。
-
所以在单机服务器，出现资源的竞争，一般使用synchronized 还可以使用前的redis的事务就可以解决，但是在分布式的服务器上,多个系统或者说多个节点同时访问你这个redis节点，synchronized 和redis事务就无法解决这个问题，这就需要一个分布式事务锁。
-
分布式：简单来说就是将业务进行拆分，部署到不同的机器来协调处理。比如用户在网上买东西，大致分为：订单系统、库存系统、支付系统、、、、这些系统共同来完成用户买东西这个业务操作。
-
集群：同一个业务，通过部署多个实例来完成，保证应用的高可用，如果其中某个实例挂了，业务仍然可以正常进行，通常集群和分布式配合使用。来保证系统的高可用、高性能。
-
分布式事务：按照传统的系统架构，下单、扣库存等等，都是在单机系统中, 这一系列的操作都是一个数据库中完成的，也就是说保证了事务的ACID特性。如果在分布式应用中就会涉及到跨应用、跨库。这样就涉及到了分布式事务，就要考虑怎么保证这一系列的操作要么都成功要么都失败。保证数据的一致性。
-
分布式锁：因为资源有限，要通过互斥来保持一致性，比如下订单的数据库操作和支付的数据库操作就是一个保证互斥性, 不能同时去执行, 不然那就会出现一旦支付出现失败, 那么下订单也得重新下订单, 这就不合理了, 所以引入分布式事务锁。
Redis分布式事务锁原理
-
分布式锁是控制分布式系统之间同步访问共享资源的一种方式。如果不同的系统或是同一个系统的不同主机之间共享了一个或一组资源，那么访问这些资源的时候，往往需要互斥来防止彼此干扰来保证一致性，在这种情况下，便需要使用到分布式锁。
-
简单来说就是好几个节点访问一个资源, 那我就是使用额外的锁机制互斥的只让其中一个能进行访问
核心思想
-
在被保护的redis节点加一把锁, 让这把锁和被保护的redis节建立直接映射
-
在访问这个redis之前都去看看这把锁在不在
-
如果不存在锁，说明没有客户端使用，可以执行任务，执行完毕，解锁，删除锁 (并且要保证判断有无锁和加锁是原子操作)
-
如果锁从在则认为有其他客户端在使用，等待锁消失
-
Redis中可以使用SETNX命令实现分布式锁,(因redis执行命令是单线程所以这个命令是院子的, 完全可以放心去使用)。
-
SETNX——SET if Not eXists（如果不存在，则设置）：
setnx key value
- 如果需要解锁，使用
del key命令就能释放锁
问题一
- 当一个客户端上锁之后服务宕机，由于锁是他上的只有他可以进行redis访问的,别人无法访问，所以导致锁无法被删除.
解决思路
- 给锁设置一个过期时间，可以通过两种方法实现：通过命令 “setnx 键名 过期时间 “；或者通过设置锁的expire(失效)时间，让Redis去删除锁。
问题一
-
当一个客户端设置了锁的失效时间, 但是这个客户端并没有宕机, 只是真的需要那么多时间来进行操作
-
也就是任务执行过长，超过过期时间。
解决思路
这就是上图那个看门狗的作用可, 这条狗看到时间快到了, 就大喊一声让时间倒流~
最后
对于很多Java工程师而言，想要提升技能，往往是自己摸索成长，不成体系的学习效果低效漫长且无助。
整理的这些资料希望对Java开发的朋友们有所参考以及少走弯路，本文的重点是你有没有收获与成长，其余的都不重要，希望读者们能谨记这一点。
再分享一波我的Java面试真题+视频学习详解+技能进阶书籍
n.net/forums/4f45ff00ff254613a03fab5e56a57acb)收录**
1万+
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
