m0_74278782的博客

1、基于Redis消息队列-List实现，它的数据结构是一个链表，容易模拟出入队列效果，出口和入口不一样，缺点是当消息队列当中没有消息时，它不会阻塞，这时候可以使用LPUSH和RPOP。消费者可以订阅一个或多个channel，生产者向对应channel发送消息后，所有订阅者都能收到相关消息。队列中消息是有序性的。消息队列字面意思就是存放消息的队列，里面有三个角色（生产者，消息队列，消费者）消息队列的好处就像快递员把快递放在快递柜一样，客户是消费者，快递小哥是生产者。2、基于PubSub的消息队列。

原理：利用hash结构来记录线程标识和重入次数，利用看门狗（watchdog）机制来延续锁时间，利用信号量来控制锁重试等待。原理：利用setnx的互斥性，利用ex避免死锁，释放锁时判断线程标识。原理：多个独个的Redis节点，必须在所有节点都获取重入锁，才算获取锁成功。3.Redisson的multiLock（连锁）缺点：不可重入，锁超时失效，没有办法重试。1.不可重入的Redis分布式锁。2.可重入的Redis分布式锁。缺点：Redis宕机引起锁失效。关于Redis分布式锁呢。缺点：运维成本比较高。

如果插入一条数据来说的话，就要对主库来进行写操作，而这个操作要写入主库的二进制日志当中去的，由于主库从库间是数据同步关系，所以从库要复制主库的日志（好像是从库开启另一个线程去复制主库的日志），然后从库在进行相同的操作，在对这个库进行读的时候就可以直接读取从库也能保持数据一致。这就要使用到数据库的二进制日志了，对于Master主库来说是专门进行写操作的，而对于Slave从库来说是来进行查操作的，它们之间是存在数据同步的，那么它们之间是怎么联系上的呢，如图。

那么里面的参数又是什么呢，其实就是我们方法当中的形参，Long类型的id，因为我们要存储缓存数据是要根据传过来的参数来存储的，比如说是根据id查询用户，传过来的是id作为key，而value就是根据这个id来查询出来的数据，这个id用户的姓名、地址等等。就专门对用户设置一类userCache，后面的key就是Redis当中的key，value当中的key了。另外我要说一下根据用户id来查询，有没有可能根据id的那个id是没有数据的，就是随便写的一个id。如图的就是如果查到的结果为空，就不需要缓存数据。

WebMvcConfigurationSupport是webmvc的配置类，如果在springboot项目中，有配置类继承了WebMvcConfigurationSupport，那么自动配置类WebMvcAutoConfiguration就会失效。官方是直接推荐实现的方法，不推荐直接继承WebMvcConfigurationSupport。首先来说原因：WebMvConfigurer是一个接口，用于配置SpringMVC的属性，这个接口提供了静态资源处理器、自定义拦截器、页面跳转等能力。