最近加班比较多,所以没有太多的时间来写博客,希望每位小伙伴都是体谅一下。
首先介绍一下Eureka Service的多级缓存有哪些,当然在上节的时候也说过了,这里在说一下,readWriteCacheMap(读写缓存)和readOnlyCacheMap(只读缓存)。
1.每次Eureka Client是怎么判断是使用的是那个缓存里面的数据的呢?
第一步是先从只读缓存里面去获取数据,如果没有再从读写缓存里面去获取数据,这个时间,可能会出现这两个缓存的数据都没有,那么Eureka Client是直接从Eureka Server的注册表中直接获取数据的。
那么问题又来了,只读缓存和读写缓存的数据是怎么更新的呢?什么时候才会更新一次的呢?那么咱们接下来继续。
2.主动过期
在有新的服务实例发生注册、下线、故障的时候,就回去刷新读写缓存的数据。
比如,现在有一个服务A(ServiceA),向Eureka Server注册,注册完了之后,就会刷新这个读写缓存里面的数据,将这个读写缓存里面的数据全部过期掉。
当然当一个服务发生下线和故障的时候,也会触发,把读写缓存里面的数据都过期掉。
3.定时过期
既然每次上线、下线、故障的时候都会清除读写缓存里面的数据,那么在系统正常运行的时候,他就一直不清除这个缓存里面的数据么?这个就需要引入这个定时过期。
这个就非常好理解了,肯定是给读写缓存加了一个定时器,然后每隔一段时间就给他清除掉里面的数据,默认的请款是180秒清除一次。
4.被动过期
上面的都是讲的读写缓存,这个被动过期肯定就是来处理只读缓存里面的数据是怎么过期的了。那么只读缓存里面的数据是怎么过期的呢?
只读缓存里面也有一个定时器,每隔30秒的时候,去和读写缓存里面的数据进行对比,如果读写缓存的数据和只读缓存里面的数据不一致,就需要把读写缓存里面的数据同步到只读缓存里面。
这里需要注意的就是,如果读写缓存里面的数据没有了,只读缓存里面最多30秒过后,就会同步到只读缓存里面了。
5.增量的数据是怎么获取的?
有没有想过,我上面说的缓存注册表里面的数据是怎么过期的,那么新注册进来的数据又是怎么到这个里面的呢?
如果仔细读过源码的人,肯定知道在这个里面有个队列(recentlyChangedQueue),存储了最近有变化的服务实例,那么这个队列的数据是什么时候添加的,又是什么时候删除的呢?
添加的时候,就是在每一次有新的服务在上线、下线等操作的时候会往这个里面添加一个数据。没30秒的时候会检查一下,这个里面是否有停留超过180秒(3分钟)的数据,如果有就直接清除掉。这里面需要注意的就是,每30秒,清除停留180秒的数据。