Eureka服务端Jersey接口

Run，boy

已于 2023-07-03 08:58:16 修改

阅读量494

点赞数 3

分类专栏： # Eureka 文章标签： eureka

于 2021-12-23 20:45:40 首次发布

本文链接：https://blog.csdn.net/qq_39939541/article/details/122115603

版权

Eureka 专栏收录该内容

3 篇文章 0 订阅

订阅专栏

Jersey是一个RESTFUL请求服务JAVA框架，与常规的JAVA编程使用的struts框架类似，它主要用于处理业务逻辑层。

获取注册信息接口

根据查看 eureka服务端会依赖一个eureka-core包 resources 一般代表资源

在resources包下，发现ApplicationsResource类提供了一个获取注册信息的接口getContainers

在这个方法getContainers里找到了一个key

紧接着，下面根据key 从responseCache.get方法获取服务实例信息

这里ResponseCacheImpl有两个属性

跟到responseCache.get(cachekey)内部，可以看到从一个本地只读缓存ConcurrentHashMap中获取名字为key的实例信息，有的话就直接返回了，没有的话

会从读写缓存readWriteCacheMap里面获取，拿到了的话就放到只读缓存readOnlyCacheMap中去

然后返回。但是，读写缓存拿不到呢？

在调用responseCache.get(cacheKey)时，会触发ResponseCacheImpl的构造方法

这里面有个generatePayload方法，在初始化readWriteCacheMap的时候，会根据key从generatePayload()方法里面去拿，注意 [这里有个读写缓存的回调方法]

在这里发现找到了服务端真正的获取注册表的地方 [AbstractInstanceRegistry]

到这可以看出，我们的客户端，先从只读缓存中拿取注册表，只读缓存拿不到，从读写缓存里面去拿，读写缓存里拿不到，调用读写缓存的回调方法，如果拿不到，直接从registry内存注册表里面去拿 Eureka三级缓存机制

registry就是服务端真正的缓存服务注册实例表

为什么要30s更新一次只读缓存，因为读写缓存它的数据更准确，它是离注册表更近的

以上是获取注册信息接口相关说明，下面看下客户端注册接口

往注册表registry增加实例信息来到入口 ApplicationResource.addInstance方法

该方法末尾会调用registry.register注册方法

来到真正的register方法，将新的实例信息写入注册表的数据map里

注册表map结构
{   
        MICROSERVICE - PROVIDER - USER = {

           localhost:microservice - provider - user:8002 = com.netflix.eureka.lease.Lease @2cd36af6,

           localhost:microservice - provider - user:8001 = com.netflix.eureka.lease.Lease @600b7073

        }
}

双层map 第一层 map的key是微服务实例名称

第二层 map的key是服务实例ip名称+端口号 value就是一些服务信息[客户端带过来的，比如存活时间、注册时间等等]

注册完毕之后 服务端的注册表信息就会改变