今天就深受其害，虽说不重要，但也挺闹心的，网上搜了半天没有可用的方案，好在功夫不负有心人，自己摸索出来了，话不多说，上教程：

由于篇幅原因，在上篇文章我们只介绍了redis实现分布式锁的两种方式——setnx和Redission，并对Reidssion加锁和看门狗机制的源码进行了分析，但这两种方案在极端情况下都会出现或多或少的问题。那么针对上述问题，比较主流的解决方案有两种：RedLock和Zookeeper实现的分布式锁。

本篇文章从volatile的定义谈起，由于volatile与Java内存模型有较多的关联，所以接着介绍Java内存模型的相关概念、线程、主内存和工作内存之间的关系以及内存间的交互规则；随后详细介绍了volatile和synchronized在Java并发编程的三大特性——原子性、可见性和有序性中的表现（重点介绍volatile）。最后介绍了一下“重排序”、“内存屏障”和“先行发生原则（happen

滑动窗口限流是一种流量控制策略，用于控制在一定时间内允许执行的操作数量或请求频率。它的工作方式类似于一个滑动时间窗口，对每个时间窗口的请求数量进行计数，并根据预先设置的限流策略来限制或调节流量，通常包括以下几个要素：

在Redis中，跳跃表是有序集合（zSet）数据类型的实现之一，也在集群节点中用作内部数据结构，除此之外，跳跃表在Redis里面没有其它用途。跳跃表支持O(logN)、最坏O(N)复杂度的节点查找，还可以通过顺序性操作来批量处理节点，在大部分情况下，跳跃表的效率可以和红黑树、AVL树不相上下，但跳表原理更加简单、实现起来也更简单直观。

外观模式（门面模式）是一种结构型设计模式。一、什么是外观模式 二、角色组成 三、优缺点 四、应用场景 4.1 生活场景 4.2 java场景 五、代码实现 5.0 UML类图 5.1 外观（Facade）——旅行社预定服务5.2 子系统（SubSystem）5.3 外观实现类5.4 TestFacade——客户端六、总结

中介者模式是一种行为型设计模式，它主要用于减少对象之间互相通信的复杂性。一、什么是中介者模式 二、角色组成 三、优缺点 四、应用场景 4.1 生活场景 4.2 java场景五、代码实现 5.0 UML类图 5.1抽象中介者（Mediator）——LogisticsCenter5.2抽象同事类（Colleague）——Participant5.3具体同事类（Concrete Colleague）Tr

访问者模式是一种行为型设计模式，它可以用于在不修改已有对象结构的情况下，定义新的操作方式。一、什么是访问者模式 二、角色组成 三、优缺点 四、 应用场景 4.1 生活场景4.2 Java场景 五、代码实现 5.0 UML类图5.1抽象访问者——Visitor5.2 具体访问者——Tourist5.3 抽象元素——Spot5.4 具体元素——View、Relic5.5 对象结构——SpotColle

上篇文章介绍了Redis的9种数据类型和常命令、7种数据结构和9种编码方式。但是如果想要把它应用到项目中，我们还需要一个redis的客户端。redis的Java客户端种类还是很多的，其中使用最广泛的有三种——Jedis、lettuce和redisson，下面我们一起来学习下。基于redis开放的通信协议，大神们纷纷开发出了各种语言的redis客户端，包括C、C++、C#、D、java、Python

在Redis集群中，每个节点的部署方式一般都是【一主多从】，主节点提供写操作，从节点提供读操作。如果主节点此时发生网络故障，与从节点断开连接了，但主节点与客户端是正常的，客户端依旧向主节点写入数据。这时哨兵节点发现主节点有故障失联了，于是哨兵节点就会从 从节点选出一个leader作为新主节点，这时脑裂就出现了。