Eureka Server的多级缓存

最近加班比较多，所以没有太多的时间来写博客，希望每位小伙伴都是体谅一下。

首先介绍一下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秒的数据。