初次见面，能否把你的「注册表」都给我（#yyds干货盘点#）

我自横刀向天笑，去留肝胆两昆仑。这篇文章主要讲述初次见面，能否把你的「注册表」都给我？#yyds干货盘点#相关的知识，希望能为你提供帮助。
大家好，我是悟空。
一、前言【初次见面，能否把你的「注册表」都给我（#yyds干货盘点#）】注册表对于注册中心尤为重要，所有的功能都是围绕这个注册表展开。比如服务 A 要想访问服务 B，就得知道服务 B 的 IP 地址和端口号吧。如下图所示，传统的方式就是服务 A 知道了服务 B 的地址后，发送 HTTP 请求到对应的 API 地址上。

文章图片

那服务 A 和服务 B 的信息其实就是放在注册中心的注册表里面的，由注册中心统一管理所有服务的注册、下线。服务 A 和服务 B 想要获取注册信息，统一访问注册中心，拿到注册表，就知道其他服务的 IP 地址和端口号了。

文章图片

上一讲，我们讲到一个 Eureka Client 成功注册到 Eureka Server 后，Eureka Server 就会把注册表信息存到一个 ConcurrentHashMap 中。
那 Client 怎么获取其他客户注册信息呢？

文章图片

二、首次获取注册信息首先我们想一下，服务 B 发送注册请求到注册中心了，那服务 A 就得获取注册表了吧，服务 A 本地一开始肯定是没有注册表信息的，那肯定就得到注册中心把注册表全部拉取一遍了。（这里服务 A 也称作 Eureka 客户端）
接下来我们从源码角度分析下客户端怎么获取全量注册表的吧。
客户端发送获取的请求
Client 初始化的时候，就会从 Eureka 注册中心获取全量的注册表：

文章图片

首次获取注册信息就是用在 DiscoveryClient 初始化的时候获取的。我们可以从源码中找到如下判断：

if (clientConfig.shouldFetchRegistry() & & !fetchRegistry(false)) { fetchRegistryFromBackup(); }

这段代码的意思如图所示：

文章图片

就是先根据是否配置了 shouldFetchRegistry，如果配置了，则会调用 fetchRegistry 方法获取注册表。
因为是新的 client，所以肯定是没有注册信息的，所以本地的变量 applications = null。然后根据几个条件来判断是否需要全量获取注册表，满足其中一个条件就会全量获取：

文章图片

条件一：是否强制全量获取。传的 false，不需要全量。
条件二：注册表信息是否为空。application == null，为空，需要全量获取。
条件三：获取已注册的 client 的个数是否等于 0。是的，需要全量获取。

因为满足 applications=null，所以需要全量获取。
获取全量注册信息的方法：

getAndStoreFullRegistry()

在这个里面就会发送下面这个 HTTP 请求调用 jersey 的 restful 接口：

getApplications()

然后 Eureka Server 处理这个 http 的请求的类是在这里：ApplicationsResource 类的 getContainers 方法。这个方法里面就会去拿 Server 那边注册表了。
三、Server 端的注册表缓存Server 端会把注册表放到缓存里面，读取注册表其实是从缓存里面读取出来的。
分为两级缓存，只读缓存 readOnlyCacheMap 和读写缓存 readOnlyCacheMap。
如下图所示：