Eureka 是 Netflix
公司开源的一个服务注册与发现的组件,和其他 Netflix 公司的服务组件(例如负载均衡、熔断器、网关等)一起,被 Spring Cloud 整合为 Spring Cloud Netflix
模块。不过 Eureka 2.0
开始闭源了,但 1.x 还在继续维护中,可以继续使用。这篇文章就来深入学习下 Eureka 注册中心,便于我们更好的使用和调优注册中心。
关于版本:本文章使用的 Spring cloud 版本为 Hoxton.SR8,Spring boot 版本为 2.3.3.RELEASE,依赖的 eureka 版本则为 1.9.25。
Eureka 初体验
Eureka 分为 Eureka Server
和 Eureka Client
,Eureka Server 为 Eureka 注册中心,Eureka Client 为 Eureka 客户端。这节先通过demo把注册中心的架子搭起来,看看注册中心的基础架构。
Eureka Server
1、创建注册中心服务:sunny-register
首先创建一个 maven 工程,服务名称为 sunny-register,并在 pom.xml 中引入注册中心服务端的依赖。
<dependencies>
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-netflix-eureka-server</artifactId>
</dependency>
</dependencies>
复制代码
2、添加配置文件
在 resources 下添加 application.yml
配置文件,并添加注册中心相关配置。
server:
port: 8000
spring:
application:
name: sunny-register
eureka:
instance:
hostname: dev.lyyzoo.com
client:
# 是否向注册中心注册自己
register-with-eureka: false
# 是否检索服务
fetch-registry: false
service-url:
defaultZone: http://${eureka.instance.hostname}:${server.port}/eureka/
复制代码
3、添加启动类
添加启动类,并在启动类上加上 @EnableEurekaServer
注解,启用注册中心。
package com.lyyzoo.sunny.register;
import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;
import org.springframework.cloud.netflix.eureka.server.EnableEurekaServer;
@EnableEurekaServer
@SpringBootApplication
public class RegisterApplication {
public static void main(String[] args) {
SpringApplication.run(RegisterApplication.class, args);
}
}
复制代码
4、启动注册中心
启动注册中心后,访问 http://dev.lyyzoo.com:8000/
,就可以看到注册中心的页面了,现在还没有实例注册上来。(dev.lyyzoo.com 在本地 hosts 文件中映射到 127.0.0.1)
Eureka Client
创建两个 demo 服务,demo-producer
服务作为生产者提供一个接口,demo-consumer
服务作为消费者去调用 demo-producer 的接口。
1、创建客户端服务:demo-producer
创建maven工程,服务名称为 demo-producer,在 pom.xml 中引入注册中心客户端的依赖,并添加了 web 的依赖。
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-netflix-eureka-client</artifactId>
</dependency>
<dependency>
<groupId>org.springframework.boot</groupId>
<artifactId>spring-boot-starter-web</artifactId>
</dependency>
复制代码
2、添加配置文件
在 resouces 下添加 application.yml
配置文件,添加注册中心客户端相关的配置。
server:
port: 8010
spring:
application:
name: demo-producer
eureka:
client:
serviceUrl:
defaultZone: ${EUREKA_DEFAULT_ZONE:http://dev.lyyzoo.com:8000/eureka}
复制代码
3、添加启动类
添加启动类,并在启动类上加上 @EnableEurekaClient
注解,启用客户端。
@EnableEurekaClient
@SpringBootApplication
public class ProducerApplication {
public static void main(String[] args) {
SpringApplication.run(ProducerApplication.class, args);
}
}
复制代码
4、添加一个 rest 接口
添加一个接口用于测试调用:
@RestController
public class DemoController {
private final Logger logger = LoggerFactory.getLogger(getClass());
@GetMapping("/v1/uuid")
public ResponseEntity<String> getUUID() {
String uuid = UUID.randomUUID().toString();
logger.info("generate uuid: {}", uuid);
return ResponseEntity.ok(uuid);
}
}
复制代码
5、创建客户端服务:demo-consumer
类似的方式,再创建消费者服务:demo-producer,这个服务中添加一个消费者接口,通过 RestTemplate
负载均衡的方式来调用 demo-producer 的接口。
因此需要先配置一个带有负载均衡的 RestTemplate:
@EnableEurekaClient
@SpringBootApplication
public class ConsumerApplication {
@Bean
@LoadBalanced
public RestTemplate restTemplate() {
return new RestTemplate();
}
public static void main(String[] args) {
SpringApplication.run(ConsumerApplication.class, args);
}
}
复制代码
添加消费者接口,注意这里 url 是写的服务名称,并不是具体的 ip 地址或端口,在微服务场景下,服务间调用也不可能写死某个具体的地址。
@RestController
public class DemoController {
private final Logger logger = LoggerFactory.getLogger(getClass());
@Autowired
private RestTemplate restTemplate;
@GetMapping("/v1/id")
public ResponseEntity<String> getId() {
ResponseEntity<String> result = restTemplate.getForEntity("http://demo-producer/v1/uuid", String.class);
String uuid = result.getBody();
logger.info("request id: {}", uuid);
return ResponseEntity.ok(uuid);
}
}
复制代码
6、启动注册中心客户端
以两个不同的端口启动 demo-producer,可以通过环境变量的方式制定端口。然后再启动 demo-consumer。
启动完成之后,就可以在注册中心看到注册上来的两个 demo-producer 实例和一个 demo-consumer 实例,并且状态都为 UP。
7、测试接口
调用消费者服务的接口,多次访问 http://dev.lyyzoo.com:8020/v1/id
接口,会发现生产者服务 demo-consumer 两个实例的控制台会交替的输出日志信息。这就说明消费者客户端通过服务名称访问到生产者了。
Eureka 基础架构
通过前面的体验,可以发现,服务间调用只需知道某个服务的名称就可以调用这个服务的api了,而不需要指定具体的ip地址和端口,那这是怎么做到的呢?
不难看出,Eureka 的基础架构包含三种角色:
服务注册中心
:Eureka Server,提供服务注册和发现的功能服务提供者
:Eureka Client,提供服务(本身也可以作为消费者)服务消费者
:Eureka Client,消费服务(本身也可以作为提供者)
首先需要一个服务注册中心,客户端则向注册中心注册,将自己的信息(比如服务名、服务的 IP 地址和端口信息等)提交给注册中心。客户端向注册中心获取一份服务注册列表的信息,该列表包含了所有向注册中心注册的服务信息。获取服务注册列表信息之后,客户端服务就可以根据服务名找到服务的所有实例,然后通过负载均衡选择其中一个实例,根据其 IP 地址和端口信息,就可以调用服务的API接口了。
这就是注册中心最基础的架构和功能了,提供服务注册和发现,为各个客户端提供服务注册列表信息。但为了完成这些工作,Eureka 有很多的机制来实现以及保证其高可用,如服务注册、服务续约、获取服务注册列表、服务下线、服务剔除等等。Eureka 也提供了很多参数让我们可以根据实际的场景来优化它的一些功能和配置,比如维持心跳的时间、拉取注册表的间隔时间、自我保护机制等等。下面我们就从 eureka 的源码层面来分析下 eureka 的这些功能以及参数,理解其原理,学习它的一些设计。
Eureka 源码准备
虽然我们在 pom.xml
中依赖的是 spring-cloud-starter-netflix-eureka-server
和 spring-cloud-starter-netflix-eureka-client
,但 spring-cloud-starter-netflix
只是对 eureka 做了封装,使得其可以通过 springboot 的方式来启动和初始化,其底层其实是 netflix 的 eureka-core、eureka-client
等。所以我们先分析 netflix eureka 的源码,最后再看看 spring-cloud-starter-netflix 的源码。
源码环境准备
1、下载源码
Netflix Eureka
: github.com/Netflix/eur…Spring Cloud Netflix
: github.com/spring-clou…
克隆 eureka 的源码到本地:
$ git clone https://github.com/Netflix/eureka.git
复制代码
由于我们依赖的是 1.9.25
版本,将代码克隆到本地后,将其切换到 1.9.25:
$ git checkout -b 1.9.25
复制代码
然后到 eureka 根目录下执行构建的命令:
$ ./gradlew clean build -x test
复制代码
2、IDEA 打开源码
由于 eureka 使用 gradle
管理依赖,所以本地需要先安装 gradle,之后 IDEA 中也需要安装 gradle 的插件,跟 maven 都是类似的,安装教程可自行百度。
Eureka 工程结构
Eureka 主要包含如下模块:
eureka-client
:eureka 客户端eureka-core
:eureka 服务端,注册中心的核心功能eureka-resources
:基于jsp的eureka控制台,可以查看注册了哪些服务实例eureka-server
:注册中心,集成了 eureka-client、eureka-core、eureka-resources,因为依赖了 eureka-client,因此 eureka-server 也是一个客户端,在 eureka server 集群模式下,eureka-server 也会作为客户端注册到其它注册中心上eureka-examples
:eureka 例子eureka-test-utils
:eureka 单元测试工具eureka-core|client-jersey2
:对 jersey 框架的封装,jersey 类似于 spring mvc,支持 http restful 请求,eureka-client 和 eureka-server 之间的通信就是基于 jersey 框架来的
Eureka Server 启动初始化
首先要看的是 eureka-server`,注册中心启起来之后,客户端才能来注册服务和发现服务。
eureka-server 模块
1、eureka-server 目录
- resources 目录中主要是 eureka client 和 server 的配置文件
- webapp 下有一个
web.xml
配置文件,这里面就配置了启动初始化的入口,从这也可以看出,eureka-server 会被打包成 war 包来运行 - test 下有个单元测试类
EurekaClientServerRestIntegrationTest
,这里面就包含了服务注册、续约、下线等单元测试,我们就可以运行这些单元测试来调试代码
2、web.xml
web.xml 的内容:
<?xml version="1.0" encoding="UTF-8"?>
<web-app version="2.5"
xmlns="http://java.sun.com/xml/ns/javaee"
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
xsi:schemaLocation="http://java.sun.com/xml/ns/javaee
http://java.sun.com/xml/ns/javaee/web-app_2_5.xsd">
<!-- eureka 启动初始化类 -->
<listener>
<listener-class>com.netflix.eureka.EurekaBootStrap</listener-class>
</listener>
<!-- 状态过滤器 -->
<filter>
<filter-name>statusFilter</filter-name>
<filter-class>com.netflix.eureka.StatusFilter</filter-class>
</filter>
<!-- 认证过滤器 -->
<filter>
<filter-name>requestAuthFilter</filter-name>
<filter-class>com.netflix.eureka.ServerRequestAuthFilter</filter-class>
</filter>
<!-- 限流过滤器 -->
<filter>
<filter-name>rateLimitingFilter</filter-name>
<filter-class>com.netflix.eureka.RateLimitingFilter</filter-class>
</filter>
<filter>
<filter-name>gzipEncodingEnforcingFilter</filter-name>
<filter-class>com.netflix.eureka.GzipEncodingEnforcingFilter</filter-class>
</filter>
<!-- jersey 容器 -->
<filter>
<filter-name>jersey</filter-name>
<filter-class>com.sun.jersey.spi.container.servlet.ServletContainer</filter-class>
<init-param>
<param-name>com.sun.jersey.config.property.WebPageContentRegex</param-name>
<param-value>/(flex|images|js|css|jsp)/.*</param-value>
</init-param>
<init-param>
<param-name>com.sun.jersey.config.property.packages</param-name>
<param-value>com.sun.jersey;com.netflix</param-value>
</init-param>
<filter-mapping>
<filter-name>statusFilter</filter-name>
<url-pattern>/*</url-pattern>
</filter-mapping>
<filter-mapping>
<filter-name>requestAuthFilter</filter-name>
<url-pattern>/*</url-pattern>
</filter-mapping>
<filter-mapping>
<filter-name>jersey</filter-name>
<url-pattern>/*</url-pattern>
</filter-mapping>
<!-- 欢迎页 -->
<welcome-file-list>
<welcome-file>jsp/status.jsp</welcome-file>
</welcome-file-list>
</web-app>
复制代码
web.xml 中可以得知如下信息:
- eureka server 启动时首先通过 com.netflix.eureka.EurekaBootStrap 类来进行启动初始化相关的工作。
- 配置了
StatusFilter
(server 状态过滤器)、ServerRequestAuthFilter
(认证过滤器)、RateLimitingFilter
(限流过滤器) 等过滤器,但 RateLimitingFilter 默认没有启用。 - 配置了 jersey 的 servlet 容器,其实就跟 springframework 的
DispatcherServlet
是类似的,用来拦截处理 http restful 请求,这块我们不用过于关注。 - 最后还配置了 eureka server 的欢迎页为
jsp/status.jsp
页面,这个页面在 eureka-resources 模块下,也就是前面看到的 eureka 控制台页面。
3、单元测试类 EurekaClientServerRestIntegrationTest
首先看 setUp
方法,每个测试用例运行之前都会先运行 setUp 方法来初始化运行环境。
@BeforeClass
public static void setUp() throws Exception {
// 初始化 eureka 配置
injectEurekaConfiguration();
// 启动 eureka server,会找 build/libs 目录下的 eureka-server.*.war 包来运行
// 这一步启动时,就会加载 web.xm 配置文件,然后进入 EurekaBootStrap 初始化类
startServer();
// eureka server 配置
createEurekaServerConfig();
// 创建 jersey 客户端,使用 jersey 客户端来调用资源
httpClientFactory = JerseyEurekaHttpClientFactory.newBuilder()
.withClientName("testEurekaClient")
.withConnectionTimeout(1000)
.withReadTimeout(1000)
.withMaxConnectionsPerHost(1)
.withMaxTotalConnections(1)
.withConnectionIdleTimeout(1000)
.build();
jerseyEurekaClient = httpClientFactory.newClient(new DefaultEndpoint(eurekaServiceUrl));
ServerCodecs serverCodecs = new DefaultServerCodecs(eurekaServerConfig);
jerseyReplicationClient = JerseyReplicationClient.createReplicationClient(
eurekaServerConfig,
serverCodecs,
eurekaServiceUrl
);
}
复制代码
这个类提供了如下的一些测试用例,我们可以运行这些测试用例来进行调试。
EurekaBootStrap 初始化
EurekaBootStrap
是监听器的入口,实现了 ServletContextListener
接口,主要完成了 eureka server 的启动初始化。
从 contextInitialized
方法进去,整体上来说,分为 eureka 环境初始化和 eureka server 上下文初始化。
@Override
public void contextInitialized(ServletContextEvent event) {
try {
// eureka 环境初始化
initEurekaEnvironment();
// eureka server 上下文初始化
initEurekaServerContext();
ServletContext sc = event.getServletContext();
sc.setAttribute(EurekaServerContext.class.getName(), serverContext);
} catch (Throwable e) {
logger.error("Cannot bootstrap eureka server :", e);
throw new RuntimeException("Cannot bootstrap eureka server :", e);
}
}
复制代码
1、eureka环境初始化
initEurekaEnvironment
方法内主要是设置数据中心和运行环境参数:
- archaius.deployment.datacenter = default
- archaius.deployment.environment = test
2、eureka server 上下文初始化
initEurekaServerContext
上下文初始化则包含了很多阶段:
- 构造 eureka 注册中心配置:EurekaServerConfig
- 构造 eureka 实例配置:EurekaInstanceConfig
- 构造实例信息:InstanceInfo
- 构造实例管理器:ApplicationInfoManager
- 构造 eureka 客户端配置:EurekaClientConfig
- 创建 eureka 客户端:EurekaClient(DiscoveryClient)
- 创建注册表(可以感知eureka集群的注册表):PeerAwareInstanceRegistry
- 创建集群:PeerEurekaNodes
- 将信息封装到eureka上下文:EurekaServerContext
- 将eureka上下文放到一个全局容器中:EurekaServerContextHolder
- 初始化eureka上下文
- 同步eureka server的注册表
- 开启追踪
- 注册监控统计
protected void initEurekaServerContext() throws Exception {
// 1、eureka 注册中心配置
EurekaServerConfig eurekaServerConfig = new DefaultEurekaServerConfig();
// For backward compatibility
JsonXStream.getInstance().registerConverter(new V1AwareInstanceInfoConverter(), XStream.PRIORITY_VERY_HIGH);
XmlXStream.getInstance().registerConverter(new V1AwareInstanceInfoConverter(), XStream.PRIORITY_VERY_HIGH);
logger.info("Initializing the eureka client...");
logger.info(eurekaServerConfig.getJsonCodecName());
ServerCodecs serverCodecs = new DefaultServerCodecs(eurekaServerConfig);
ApplicationInfoManager applicationInfoManager = null;
if (eurekaClient == null) {
// 2、eureka 实例配置
EurekaInstanceConfig instanceConfig = isCloud(ConfigurationManager.getDeploymentContext())
? new CloudInstanceConfig()
: new MyDataCenterInstanceConfig();
// 3、构造 InstanceInfo 实例信息
// 4、构造 ApplicationInfoManager 应用管理器
applicationInfoManager = new ApplicationInfoManager(
instanceConfig, new EurekaConfigBasedInstanceInfoProvider(instanceConfig).get());
// 5、eureka 客户端配置
EurekaClientConfig eurekaClientConfig = new DefaultEurekaClientConfig();
// 6、构造 EurekaClient,DiscoveryClient 封装了客户端相关的操作
eurekaClient = new DiscoveryClient(applicationInfoManager, eurekaClientConfig);
} else {
applicationInfoManager = eurekaClient.getApplicationInfoManager();
}
PeerAwareInstanceRegistry registry;
if (isAws(applicationInfoManager.getInfo())) {
registry = new AwsInstanceRegistry(
eurekaServerConfig,
eurekaClient.getEurekaClientConfig(),
serverCodecs,
eurekaClient
);
awsBinder = new AwsBinderDelegate(eurekaServerConfig, eurekaClient.getEurekaClientConfig(), registry, applicationInfoManager);
awsBinder.start();
} else {
// 7、构造感知eureka集群的注册表
registry = new PeerAwareInstanceRegistryImpl(
eurekaServerConfig,
eurekaClient.getEurekaClientConfig(),
serverCodecs,
eurekaClient
);
}
// 8、构造eureka-server集群信息
PeerEurekaNodes peerEurekaNodes = getPeerEurekaNodes(
registry,
eurekaServerConfig,
eurekaClient.getEurekaClientConfig(),
serverCodecs,
applicationInfoManager
);
// 9、基于前面构造的对象创建 EurekaServerContext
serverContext = new DefaultEurekaServerContext(
eurekaServerConfig,
serverCodecs,
registry,
peerEurekaNodes,
applicationInfoManager
);
// 将 serverContext 放到 EurekaServerContextHolder 上下文中,
// 这样其它地方都可以通过 EurekaServerContextHolder 拿到 EurekaServerContext
EurekaServerContextHolder.initialize(serverContext);
// 10、初始化eureka-server上下文
serverContext.initialize();
logger.info("Initialized server context");
// 11、从相邻的eureka-server同步注册表
int registryCount = registry.syncUp();
///12、启动注册表,启动一些定时任务
registry.openForTraffic(applicationInfoManager, registryCount);
///13、注册监控统计
EurekaMonitors.registerAllStats();
}
复制代码
面向接口的配置读取
初始化中有三个配置接口,EurekaServerConfig、EurekaInstanceConfig、EurekaClientConfig
,分别对应了注册中心、eureka实例、eureka客户端的配置获取。
从它们默认实现类的构造方法进去可以看到,EurekaServerConfig 是读取的 eureka-server.properties
配置文件,命名前缀是 eureka.server
;EurekaInstanceConfig、EurekaClientConfig 是读取的 eureka-client.properties
配置文件,命名前缀分别是 eureka.instance
、eureka.client
。
这里可以看到,eureka 在代码中获取配置的方式是通过接口方法的形式来获取的,在其默认的实现类里通过硬编码的方式定义了配置的编码以及默认值。这种基于接口的配置读取方式是可以借鉴的,这种方式读取配置更易于维护,不用维护一堆常量,如果配置编码变了只需更改实现类即可。
例如下面的配置:
@Override
public int getExpectedClientRenewalIntervalSeconds() {
final int configured = configInstance.getIntProperty(
namespace + "expectedClientRenewalIntervalSeconds",
30).get();
return configured > 0 ? configured : 30;
}
@Override
public double getRenewalPercentThreshold() {
return configInstance.getDoubleProperty(
namespace + "renewalPercentThreshold", 0.85).get();
}
@Override
public boolean shouldEnableReplicatedRequestCompression() {
return configInstance.getBooleanProperty(
namespace + "enableReplicatedRequestCompression", false).get();
}
复制代码
基于建造者模式构造服务实例
看 new EurekaConfigBasedInstanceInfoProvider(instanceConfig).get()
这段代码,在 get 方法中完成了服务实例信息的构造。它这里主要用到了建造者设计模式来构建 LeaseInfo
和 InstanceInfo
,以 InstanceInfo 为例,它的内部有一个静态的 Builder
类,通过 newBuilder()
方法创建了 InstanceInfo 对象,然后可以调用 Builder 的属性设置方法来设置属性,在设置这些属性的时候,会做一些关联性的校验,在设置完成后,就调用 build()
方法返回对象,也可以在 build 方法中再做一些最终的校验。建造者模式就很适合用于构建这种复杂的对象。
public synchronized InstanceInfo get() {
if (instanceInfo == null) {
// 续约信息:主要有续约间隔时间(默认30秒)和续约过期时间(默认90秒)
LeaseInfo.Builder leaseInfoBuilder = LeaseInfo.Builder.newBuilder()
.setRenewalIntervalInSecs(config.getLeaseRenewalIntervalInSeconds())
.setDurationInSecs(config.getLeaseExpirationDurationInSeconds());
if (vipAddressResolver == null) {
vipAddressResolver = new Archaius1VipAddressResolver();
}
// 基于建造者模式来创建 InstanceInfo
InstanceInfo.Builder builder = InstanceInfo.Builder.newBuilder(vipAddressResolver);
// set the appropriate id for the InstanceInfo, falling back to datacenter Id if applicable, else hostname
String instanceId = config.getInstanceId();
//....
String defaultAddress;
if (config instanceof RefreshableInstanceConfig) {
// Refresh AWS data center info, and return up to date address
defaultAddress = ((RefreshableInstanceConfig) config).resolveDefaultAddress(false);
} else {
defaultAddress = config.getHostName(false);
}
// fail safe
if (defaultAddress == null || defaultAddress.isEmpty()) {
defaultAddress = config.getIpAddress();
}
// 设置属性
builder.setNamespace(config.getNamespace())
.setInstanceId(instanceId)
.setAppName(config.getAppname())
.setAppGroupName(config.getAppGroupName())
.setDataCenterInfo(config.getDataCenterInfo())
.setIPAddr(config.getIpAddress())
.setHostName(defaultAddress)
.setPort(config.getNonSecurePort())
//...
;
builder.setStatus(initialStatus);
// ...
// 调用 build 方法做属性校验并创建 InstanceInfo 实例
instanceInfo = builder.build();
instanceInfo.setLeaseInfo(leaseInfoBuilder.build());
}
return instanceInfo;
}
复制代码
LeaseInfo 就是续约信息
,可以看到主要的两个配置就是续约间隔时间和多久未续约认为实例过期,实例过期就会被剔除。然后就是基于 config 设置 InstanceInfo,就是实例信息,包含了实例ID、主机名称、端口、LeaseInfo 等等。
注册中心构造客户端 DiscoveryClient
在集群模式下,eureka server 也会作为客户端注册到其它注册中心,此时,它本身就是一个 eureka client。因此会去构建 EurekaClient
,其默认实现类是 DiscoveryClient
。DiscoveryClient 包含了 eureka 客户端的大部分核心功能,比如服务注册、续约、维持心跳、拉取注册表等。
一步步进入到 DiscoveryClient 最复杂的那个构造方法,我们先整体分析下做了哪些事情,抓大放小,很多组件的细节等后面分析具体功能的时候再来看。
- 将 EurekaClientConfig、EurekaInstanceConfig、EurekaTransportConfig、InstanceInfo、ApplicationInfoManager 等保存到本地变量中
- 如果要获取注册表,就创建一个注册表状态度量器
- 如果要注册到注册中心,就创建一个心跳状态度量器
- 如果不获取注册表且不注册到注册中心,就不会创建调度器、心跳线程池这些了,释放一些资源
- 如果要注册到注册中心且要抓取注册表,就初始化一些调度的资源:
- 创建了支持调度的线程池,有两个核心线程,从后面可以看出,主要就是处理心跳和缓存刷新的任务
- 创建了维持心跳的线程池,核心线程数为1,最大线程数配置默认为5
- 创建了刷新缓存的线程池,核心线程数为1,最大线程数配置默认为5
- 创建了eureka client 与 eureka server 进行网络通信的组件
EurekaTransport
,并进行了一些初始化 。EurekaTransport 里的客户端主要就是封装了对 server 的 api 调用接口,便于调用 - 接着,如果要抓取注册表,就会抓取注册表了,fetchRegistry 里面可以看到是分为全量抓取和增量抓取的,第一次启动的时候就是全量抓取注册表
- 开始初始化调度任务:
- 如果要抓取注册表,就创建刷新缓存的任务,并开始调度,默认每隔30秒抓取一次注册表
- 如果要注册到注册中心,就创建发送心跳的任务,并开始调度,默认每隔30秒发送一次心跳
- 如果要注册到注册中心,还会创建实例副本传播器(内部也是一个定时调度任务)、实例状态变更的监听器
DiscoveryClient(ApplicationInfoManager applicationInfoManager, EurekaClientConfig config, AbstractDiscoveryClientOptionalArgs args,
Provider<BackupRegistry> backupRegistryProvider, EndpointRandomizer endpointRandomizer) {
//...
// 将实例信息、配置信息保存到本地
this.applicationInfoManager = applicationInfoManager;
InstanceInfo myInfo = applicationInfoManager.getInfo();
clientConfig = config;
staticClientConfig = clientConfig;
transportConfig = config.getTransportConfig();
instanceInfo = myInfo;
if (myInfo != null) {
appPathIdentifier = instanceInfo.getAppName() + "/" + instanceInfo.getId();
} else {
logger.warn("Setting instanceInfo to a passed in null value");
}
// 设置 Applications
localRegionApps.set(new Applications());
fetchRegistryGeneration = new AtomicLong(0);
remoteRegionsToFetch = new AtomicReference<String>(clientConfig.fetchRegistryForRemoteRegions());
// 从远程拉取注册表的地址数组,使用的原子类,在运行中可能会动态更新地址
remoteRegionsRef = new AtomicReference<>(remoteRegionsToFetch.get() == null ? null : remoteRegionsToFetch.get().split(","));
// 如果要获取注册表,就会注册状态监视器
if (config.shouldFetchRegistry()) {
this.registryStalenessMonitor = new ThresholdLevelsMetric(this, METRIC_REGISTRY_PREFIX + "lastUpdateSec_", new long[]{15L, 30L, 60L, 120L, 240L, 480L});
} else {
this.registryStalenessMonitor = ThresholdLevelsMetric.NO_OP_METRIC;
}
// 如果要注册到 eureka-server,就会创建心跳状态监视器
if (config.shouldRegisterWithEureka()) {
this.heartbeatStalenessMonitor = new ThresholdLevelsMetric(this, METRIC_REGISTRATION_PREFIX + "lastHeartbeatSec_", new long[]{15L, 30L, 60L, 120L, 240L, 480L});
} else {
this.heartbeatStalenessMonitor = ThresholdLevelsMetric.NO_OP_METRIC;
}
logger.info("Initializing Eureka in region {}", clientConfig.getRegion());
// 如果不注册到注册中心,且不拉取注册表,就不创建调度器、线程池等资源了
if (!config.shouldRegisterWithEureka() && !config.shouldFetchRegistry()) {
logger.info("Client configured to neither register nor query for data.");
scheduler = null;
heartbeatExecutor = null;
cacheRefreshExecutor = null;
eurekaTransport = null;
instanceRegionChecker = new InstanceRegionChecker(new PropertyBasedAzToRegionMapper(config), clientConfig.getRegion());
//....
return; // no need to setup up an network tasks and we are done
}
try {
// 创建定时调度器,默认有2个核心线程,主要处理心跳任务和缓存刷新任务
scheduler = Executors.newScheduledThreadPool(2,
new ThreadFactoryBuilder().setNameFormat("DiscoveryClient-%d").setDaemon(true).build());
// 维持心跳的线程池,一个核心线程,最大线程数默认5。
// 注意其使用的队列是 SynchronousQueue 队列,这个队列只能放一个任务,一个线程将任务取走后,才能放入下一个任务,否则只能阻塞。
heartbeatExecutor = new ThreadPoolExecutor(
1, clientConfig.getHeartbeatExecutorThreadPoolSize(), 0, TimeUnit.SECONDS,
new SynchronousQueue<Runnable>(),
new ThreadFactoryBuilder().setNameFormat("DiscoveryClient-HeartbeatExecutor-%d").setDaemon(true).build()
); // use direct handoff
// 刷新缓存的线程池,一个核心线程,最大线程数据默认为5
cacheRefreshExecutor = new ThreadPoolExecutor(
1, clientConfig.getCacheRefreshExecutorThreadPoolSize(), 0, TimeUnit.SECONDS,
new SynchronousQueue<Runnable>(),
new ThreadFactoryBuilder().setNameFormat("DiscoveryClient-CacheRefreshExecutor-%d").setDaemon(true).build()
); // use direct handoff
// eureka http 调用客户端,支持 eureka client 与 eureka server 之间的通信
eurekaTransport = new EurekaTransport();
// 初始化 eurekaTransport
scheduleServerEndpointTask(eurekaTransport, args);
//...
} catch (Throwable e) {
throw new RuntimeException("Failed to initialize DiscoveryClient!", e);
}
if (clientConfig.shouldFetchRegistry()) {
try {
// 拉取注册表:全量抓取和增量抓取
boolean primaryFetchRegistryResult = fetchRegistry(false);
if (!primaryFetchRegistryResult) {
logger.info("Initial registry fetch from primary servers failed");
}
//...
} catch (Throwable th) {
logger.error("Fetch registry error at startup: {}", th.getMessage());
throw new IllegalStateException(th);
}
}
// call and execute the pre registration handler before all background tasks (inc registration) is started
if (this.preRegistrationHandler != null) {
this.preRegistrationHandler.beforeRegistration();
}
if (clientConfig.shouldRegisterWithEureka() && clientConfig.shouldEnforceRegistrationAtInit()) {
try {
if (!register() ) {
throw new IllegalStateException("Registration error at startup. Invalid server response.");
}
} catch (Throwable th) {
logger.error("Registration error at startup: {}", th.getMessage());
throw new IllegalStateException(th);
}
}
// 初始化一些调度任务:刷新缓存的调度任务、发送心跳的调度任务、实例副本传播器
initScheduledTasks();
//...
}
复制代码
初始化调度任务:
private void initScheduledTasks() {
if (clientConfig.shouldFetchRegistry()) {
// 抓取注册表的间隔时间,默认30秒
int registryFetchIntervalSeconds = clientConfig.getRegistryFetchIntervalSeconds();
// 刷新缓存调度器延迟时间扩大倍数,在任务超时的时候,将扩大延迟时间
// 这在出现网络抖动、eureka-sever 不可用时,可以避免频繁发起无效的调度
int expBackOffBound = clientConfig.getCacheRefreshExecutorExponentialBackOffBound();
// 注册表刷新的定时任务
cacheRefreshTask = new TimedSupervisorTask(
"cacheRefresh", scheduler, cacheRefreshExecutor,
registryFetchIntervalSeconds, TimeUnit.SECONDS, expBackOffBound,
new CacheRefreshThread() // 刷新注册表的任务
);
// 30秒后开始调度刷新注册表的任务
scheduler.schedule(cacheRefreshTask, registryFetchIntervalSeconds, TimeUnit.SECONDS);
}
if (clientConfig.shouldRegisterWithEureka()) {
// 续约间隔时间,默认30秒
int renewalIntervalInSecs = instanceInfo.getLeaseInfo().getRenewalIntervalInSecs();
// 心跳调度器的延迟时间扩大倍数,默认10
int expBackOffBound = clientConfig.getHeartbeatExecutorExponentialBackOffBound();
logger.info("Starting heartbeat executor: " + "renew interval is: {}", renewalIntervalInSecs);
// 心跳的定时任务
heartbeatTask = new TimedSupervisorTask(
"heartbeat", scheduler, heartbeatExecutor, renewalIntervalInSecs,
TimeUnit.SECONDS, expBackOffBound, new HeartbeatThread()
);
// 30秒后开始调度心跳的任务
scheduler.schedule(heartbeatTask, renewalIntervalInSecs, TimeUnit.SECONDS);
// 实例副本传播器,用于定时更新自己状态
instanceInfoReplicator = new InstanceInfoReplicator(this, instanceInfo, clientConfig.getInstanceInfoReplicationIntervalSeconds(), 2);
// 实例状态变更的监听器
statusChangeListener = new ApplicationInfoManager.StatusChangeListener() {
@Override
public String getId() {
return "statusChangeListener";
}
@Override
public void notify(StatusChangeEvent statusChangeEvent) {
//...
// 通知重新注册实例
instanceInfoReplicator.onDemandUpdate();
}
};
// 向 ApplicationInfoManager 注册监听器
if (clientConfig.shouldOnDemandUpdateStatusChange()) {
applicationInfoManager.registerStatusChangeListener(statusChangeListener);
}
// 启动副本传播器,默认延迟时间40秒
instanceInfoReplicator.start(clientConfig.getInitialInstanceInfoReplicationIntervalSeconds());
} else {
logger.info("Not registering with Eureka server per configuration");
}
}
复制代码
定时任务监管器的设计
可以看到,eureka client 为了定时发送心跳以及定时抓取注册表,使用了定时任务和调度器,我觉得它这里的定时调度的设计思想是可以参考和借鉴的。
以心跳任务的这段代码为例:
if (clientConfig.shouldFetchRegistry()) {
// 抓取注册表的间隔时间,默认30秒
int registryFetchIntervalSeconds = clientConfig.getRegistryFetchIntervalSeconds();
// 刷新缓存调度器延迟时间扩大倍数,在任务超时的时候,将扩大延迟时间
// 这在出现网络抖动、eureka-sever 不可用时,可以避免频繁发起无效的调度
int expBackOffBound = clientConfig.getCacheRefreshExecutorExponentialBackOffBound();
// 注册表刷新的定时任务
cacheRefreshTask = new TimedSupervisorTask(
"cacheRefresh", scheduler, cacheRefreshExecutor,
registryFetchIntervalSeconds, TimeUnit.SECONDS, expBackOffBound,
new CacheRefreshThread() // 刷新注册表的任务
);
// 30秒后开始调度刷新注册表的任务
scheduler.schedule(cacheRefreshTask, registryFetchIntervalSeconds, TimeUnit.SECONDS);
}
复制代码
上面这段代码其实并不复杂,主要就是创建了一个定时任务,然后使用调度器在一定的延迟之后开始调度。但它这里并不是直接使用调度器调度任务(CacheRefreshThread
),也不是以一个固定的频率调度(每隔30秒)。它定义了一个任务的监管器 TimedSupervisorTask
,在创建这个监管器的时候,传入了调度器、要执行的任务、以及间隔时间等参数,然后调度器调度 TimedSupervisorTask。
看 TimedSupervisorTask 的构造方法,主要有以下几个点:
- 任务的超时时间等于间隔时间,也就是默认30秒的超时时间,然后延迟时间默认等于超时时间 如果 eureka server down 了,或者网络问题,就有可能出现超时
- 设置了最大的延迟时间,默认在超时时间的基础上扩大10倍,即300秒
- 最后创建了一些计数器,分别统计成功、超时、拒绝、异常的次数,可以看到,它这里对任务的调度是有做统计的
public TimedSupervisorTask(String name, ScheduledExecutorService scheduler, ThreadPoolExecutor executor,
int timeout, TimeUnit timeUnit, int expBackOffBound, Runnable task) {
this.name = name;
this.scheduler = scheduler;
this.executor = executor;
// 任务超时时间就等于任务调度的间隔时间
this.timeoutMillis = timeUnit.toMillis(timeout);
this.task = task;
// 延迟时间默认为超时时间
this.delay = new AtomicLong(timeoutMillis);
// 最大延迟时间,默认在超时时间的基础上扩大10倍
this.maxDelay = timeoutMillis * expBackOffBound;
// 初始化计数器并注册
successCounter = Monitors.newCounter("success");
timeoutCounter = Monitors.newCounter("timeouts");
rejectedCounter = Monitors.newCounter("rejectedExecutions");
throwableCounter = Monitors.newCounter("throwables");
threadPoolLevelGauge = new LongGauge(MonitorConfig.builder("threadPoolUsed").build());
Monitors.registerObject(name, this);
}
复制代码
再看 TimedSupervisorTask 的 run 方法:
- 1)首先将任务异步提交到线程池去执行,它这里并不是直接运行任务,而是异步提交到线程池中,这样可以实现超时等待,不影响主任务
- 2)任务如果超时,比如出现网络延迟、eureka server 不可用等情况,超时了,它这个时候就会认为如果还是30秒后调度,可能 eureka server 还是不可用的状态,那么就增大延迟时间,那么第一次超时就会在300秒后再调度。如果300秒内 eureka server 可用了,然后有新的服务实例注册上去了,那这个客户端就不能及时感知到了,因此我觉得可以将 getCacheRefreshExecutorExponentialBackOffBound 对应的参数适当设置小一点(默认10倍)。
- 3)如果任务没有超时,在调度成功后,就会重置延迟时间为默认的超时时间。最后在 finally 中进行下一次的调度。
public void run() {
Future<?> future = null;
try {
// 提交任务到线程池
future = executor.submit(task);
threadPoolLevelGauge.set((long) executor.getActiveCount());
// 阻塞直到任务完成或超时
future.get(timeoutMillis, TimeUnit.MILLISECONDS);
// 任务完成后,重置延迟时间为超时时间,即30秒
delay.set(timeoutMillis);
threadPoolLevelGauge.set((long) executor.getActiveCount());
// 成功次数+1
successCounter.increment();
} catch (TimeoutException e) {
logger.warn("task supervisor timed out", e);
// 超时次数+1
timeoutCounter.increment();
// 如果任务超时了,就会增大延迟时间,当前延迟时间*2,然后取一个最大值
long currentDelay = delay.get();
long newDelay = Math.min(maxDelay, currentDelay * 2);
// 设置为最大的一个延迟时间
delay.compareAndSet(currentDelay, newDelay);
} catch (RejectedExecutionException e) {
//...
rejectedCounter.increment();
} catch (Throwable e) {
//...
throwableCounter.increment();
} finally {
if (future != null) {
future.cancel(true);
}
if (!scheduler.isShutdown()) {
// 延迟 delay 时间后,继续调度任务
scheduler.schedule(this, delay.get(), TimeUnit.MILLISECONDS);
}
}
}
复制代码
总结一下这块设计:
- 1)首先在远程调用的时候要考虑到网络不可用、server 端 down 了等情况导致调用超时,可以使用线程池异步提交任务,实现等待超时机制。
- 2)超时之后,可以假想服务恢复可用状态可能需要一定的时间,如果还是按原来的时间间隔调度,可能还是会超时,因此增大延迟时间。如果调用成功,说明已经恢复了,则重置延迟时间。
- 3)定时任务的调度以一定的延迟时间来循环调度(
schedule
),延迟时间可以根据实际情况变化,而不是一开始就按一个固定的频率来调度(scheduleAtFixedRate
)。 - 4)定时任务、线程池里的任务,最好做好任务执行状态的统计,便于观察任务的调度情况。
构造注册表
接着构造 PeerAwareInstanceRegistry
,从命名来看,这是一个可以感知 eureka 集群的注册表,就是在集群模式下,eureka server 从其它 server 节点拉取注册表。它的默认实现类是 PeerAwareInstanceRegistryImpl
,继承自 AbstractInstanceRegistry
,就是实例注册表。
1、构造 PeerAwareInstanceRegistry
进入 PeerAwareInstanceRegistryImpl 的构造方法:
- 首先是将前面构造的 EurekaServerConfig、EurekaClientConfig、EurekaClient 等传入构造方法来构造 PeerAwareInstanceRegistry
- 调用了 super 的构造方法,主要初始化了如下几个东西:
- 保存最近下线实例的循环队列
- 保存最近注册实例的循环队列
- 最近一分钟续约次数的计数器
- 定时任务剔除 recentlyChangedQueue 中的实例
- 然后创建了一个最近一分钟集群同步次数的计数器 numberOfReplicationsLastMin。MeasuredRate 我们到后面再来分析它的设计。
public PeerAwareInstanceRegistryImpl(EurekaServerConfig serverConfig, EurekaClientConfig clientConfig,
ServerCodecs serverCodecs, EurekaClient eurekaClient) {
super(serverConfig, clientConfig, serverCodecs);
this.eurekaClient = eurekaClient;
// 最近一分钟集群同步的次数计数器
this.numberOfReplicationsLastMin = new MeasuredRate(1000 * 60 * 1);
// We first check if the instance is STARTING or DOWN, then we check explicit overrides,
// then we check the status of a potentially existing lease.
this.instanceStatusOverrideRule = new FirstMatchWinsCompositeRule(new DownOrStartingRule(),
new OverrideExistsRule(overriddenInstanceStatusMap), new LeaseExistsRule());
}
///////////////////////////////////////////////
protected AbstractInstanceRegistry(EurekaServerConfig serverConfig, EurekaClientConfig clientConfig, ServerCodecs serverCodecs) {
this.serverConfig = serverConfig;
this.clientConfig = clientConfig;
this.serverCodecs = serverCodecs;
// 最近下线的循环队列
this.recentCanceledQueue = new CircularQueue<Pair<Long, String>>(1000);
// 最近注册的循环队列
this.recentRegisteredQueue = new CircularQueue<Pair<Long, String>>(1000);
// 最近一分钟续约的计数器
this.renewsLastMin = new MeasuredRate(1000 * 60 * 1);
// 一个定时调度任务,定时剔除最近改变队列中过期的实例
this.deltaRetentionTimer.schedule(getDeltaRetentionTask(),
serverConfig.getDeltaRetentionTimerIntervalInMs(),
serverConfig.getDeltaRetentionTimerIntervalInMs());
}
复制代码
这块的具体细节等后面分析具体功能的时候再来看,我们先知道有这些队列、计数器就行了。
2、循环队列 CircularQueue
的设计
从构造方法可以看到,它使用了循环队列来保存最近下线和最近注册的实例信息,容量固定为1000,这样就把最近的实例数量控制在1000以内。
CircularQueue 是它自定义的一个循环队列,继承自 AbstractQueue
。其内部其实就是代理了 ArrayBlockingQueue
,然后重写了入队的 offer
方法,当队列满了,就取出头部的一个元素,然后再放到队列尾部。
static class CircularQueue<E> extends AbstractQueue<E> {
private final ArrayBlockingQueue<E> delegate;
private final int capacity;
public CircularQueue(int capacity) {
this.capacity = capacity;
this.delegate = new ArrayBlockingQueue<>(capacity);
}
@Override
public Iterator<E> iterator() {
return delegate.iterator();
}
@Override
public int size() {
return delegate.size();
}
@Override
public boolean offer(E e) {
// 如果队列满了,就取出头部的一个元素,然后再放到尾部
while (!delegate.offer(e)) {
delegate.poll();
}
return true;
}
@Override
public E poll() {
return delegate.poll();
}
@Override
public E peek() {
return delegate.peek();
}
}
复制代码
创建 Eureka Server 上下文并初始化
接下来先是创建了 PeerEurekaNodes
,应该就是代表 eureka 集群的。然后基于前面创建的一些东西创建 eureka server 上下文 EurekaServerContext,从 DefaultEurekaServerContext
构造方法进去可以看到,只是将前面构造的东西封装起来,便于全局使用。然后将 serverContext 放到 EurekaServerContextHolder
中,这样其它地方就可以通过这个 holder 获取 serverContext 了。
接着就是初始化eureka server上下文:
- 启动 eureka 集群:
- 主要是启动一个定时任务(间隔时间默认10分钟)更新 eureka 集群节点的信息,根据配置的 eureka server 地址更新
PeerEurekaNode
,这样当有 eureka server 下线或上线后,就可以及时感知到其它 server 节点。PeerEurekaNode 主要就是用于集群节点间的数据同步,这块后面分析集群的时候再具体分析。
- 主要是启动一个定时任务(间隔时间默认10分钟)更新 eureka 集群节点的信息,根据配置的 eureka server 地址更新
- 注册表初始化:
- 首先启动了前面创建的计数器:
numberOfReplicationsLastMin
- 初始化响应缓存,eureka server 构造了一个多级缓存来响应客户端抓取注册表的请求,这个多级缓存的设计就是响应频繁抓取注册表请求的核心所在,等后面分析客户端抓取注册表的时候再具体分析
- 定时调度任务更新续约阈值,主要就是更新
numberOfRenewsPerMinThreshold
这个值,即每分钟续约次数,等分析续约的时候再来分析 - 初始化
RemoteRegionRegistry
,猜测是跟 eureka 多个区域(region)部署有关的
- 首先启动了前面创建的计数器:
public void initialize() {
logger.info("Initializing ...");
// 启动eureka集群
peerEurekaNodes.start();
try {
// 注册表初始化
registry.init(peerEurekaNodes);
} catch (Exception e) {
throw new RuntimeException(e);
}
logger.info("Initialized");
}
复制代码
PeerEurekaNodes 的 start 方法:
public void start() {
// 单个线程的线程池
taskExecutor = Executors.newSingleThreadScheduledExecutor(
new ThreadFactory() {
@Override
public Thread newThread(Runnable r) {
Thread thread = new Thread(r, "Eureka-PeerNodesUpdater");
thread.setDaemon(true);
return thread;
}
}
);
try {
// 根据集群地址更新 PeerEurekaNode,PeerEurekaNode 就包含了调度其它注册中心的客户端
updatePeerEurekaNodes(resolvePeerUrls());
Runnable peersUpdateTask = new Runnable() {
@Override
public void run() {
try {
updatePeerEurekaNodes(resolvePeerUrls());
} catch (Throwable e) {
logger.error("Cannot update the replica Nodes", e);
}
}
};
// 定时跟新集群信息 PeerEurekaNode,如果有eureka-server不可用了,就可以及时下线,或者新上线了eureka-server,可以及时感知到
taskExecutor.scheduleWithFixedDelay(peersUpdateTask,
serverConfig.getPeerEurekaNodesUpdateIntervalMs(),
serverConfig.getPeerEurekaNodesUpdateIntervalMs(),
TimeUnit.MILLISECONDS
);
} catch (Exception e) {
throw new IllegalStateException(e);
}
for (PeerEurekaNode node : peerEurekaNodes) {
logger.info("Replica node URL: {}", node.getServiceUrl());
}
}
复制代码
PeerAwareInstanceRegistryImpl 的 init
方法:
public void init(PeerEurekaNodes peerEurekaNodes) throws Exception {
// 启动计数器
this.numberOfReplicationsLastMin.start();
this.peerEurekaNodes = peerEurekaNodes;
// 初始化响应缓存,eureka server 构造了一个多级缓存来响应客户端抓取注册表的请求
initializedResponseCache();
// 定时调度任务更新续约阀值,主要就是更新 numberOfRenewsPerMinThreshold 这个值,即每分钟续约次数
scheduleRenewalThresholdUpdateTask();
// 初始化 RemoteRegionRegistry
initRemoteRegionRegistry();
try {
Monitors.registerObject(this);
} catch (Throwable e) {
logger.warn("Cannot register the JMX monitor for the InstanceRegistry :", e);
}
}
复制代码
完成 Eureka Server 初始化
接下来看最后几步:
- 首先调用
registry.syncUp()
将 EurekaClient 本地的实例同步到注册表,在集群模式下,eureka server 也是一个客户端,因此会获取到其它注册中心的注册表同步到当前 server 的注册表中。它默认会重试5次,每次间隔30秒。在单机模式下,应该将重试次数设置为 0。 - 然后调用
registry.openForTraffic
做最后的一些初始化:- 更新每分钟续约阈值
- 设置实例状态
- 启动统计最近一分钟续约次数的计数器
- 启动定时任务剔除下线的实例,定时任务默认每隔60秒调度一次
- 最后一步就是注册 eureka 自身的一些监控统计
syncUp
方法:
public int syncUp() {
// Copy entire entry from neighboring DS node
int count = 0;
// 注册表同步重试次数,默认5次
for (int i = 0; ((i < serverConfig.getRegistrySyncRetries()) && (count == 0)); i++) {
if (i > 0) {
try {
// 同步重试时间,默认30秒
Thread.sleep(serverConfig.getRegistrySyncRetryWaitMs());
} catch (InterruptedException e) {
logger.warn("Interrupted during registry transfer..");
break;
}
}
Applications apps = eurekaClient.getApplications();
for (Application app : apps.getRegisteredApplications()) {
for (InstanceInfo instance : app.getInstances()) {
try {
if (isRegisterable(instance)) {
// 注册实例
register(instance, instance.getLeaseInfo().getDurationInSecs(), true);
count++;
}
} catch (Throwable t) {
logger.error("During DS init copy", t);
}
}
}
}
return count;
}
复制代码
openForTraffic 方法:
@Override
public void openForTraffic(ApplicationInfoManager applicationInfoManager, int count) {
// 期望的客户端每分钟的续约次数
this.expectedNumberOfClientsSendingRenews = count;
// 更新每分钟续约阀值
updateRenewsPerMinThreshold();
logger.info("Got {} instances from neighboring DS node", count);
logger.info("Renew threshold is: {}", numberOfRenewsPerMinThreshold);
this.startupTime = System.currentTimeMillis();
if (count > 0) {
this.peerInstancesTransferEmptyOnStartup = false;
}
DataCenterInfo.Name selfName = applicationInfoManager.getInfo().getDataCenterInfo().getName();
boolean isAws = Name.Amazon == selfName;
if (isAws && serverConfig.shouldPrimeAwsReplicaConnections()) {
logger.info("Priming AWS connections for all replicas..");
primeAwsReplicas(applicationInfoManager);
}
logger.info("Changing status to UP");
// 设置实例状态为已启动
applicationInfoManager.setInstanceStatus(InstanceStatus.UP);
super.postInit();
}
///////////////////////////////////////
protected void postInit() {
// 启动 统计最近一分钟续约次数的计数器
renewsLastMin.start();
if (evictionTaskRef.get() != null) {
evictionTaskRef.get().cancel();
}
// 定时剔除任务
evictionTaskRef.set(new EvictionTask());
evictionTimer.schedule(evictionTaskRef.get(),
serverConfig.getEvictionIntervalTimerInMs(),
serverConfig.getEvictionIntervalTimerInMs());
}
复制代码
Eureka Server 启动流程图
下面通过一张图来展示下 eureka server 的启动初始化流程。
Eureka Client 启动初始化
eureka client 的启动初始化我们看 eureka-examples 模块下的 ExampleEurekaClient
这个类,它的 main 方法中就模拟了作为一个 eureka client 启动初始化,并向注册中心发送请求。
eureka server 的初始化中其实已经包含了客户端的初始化,可以看出,客户端的初始化主要有如下的一些东西:
- 读取
eureka-client.properties
配置文件,创建 EurekaInstanceConfig - 基于 InstanceConfig 创建实例信息 InstanceInfo
- 基于 InstanceConfig 和 InstanceInfo 创建应用实例管理器 ApplicationInfoManager
- 读取
eureka-client.properties
配置文件,创建EurekaClientConfig
- 基于应用实例管理器和 clientConfig 创建 EurekaClient(DiscoveryClient),初始化流程跟 eureka server 初始化流程中 DiscoveryClient 的创建是一样的
public static void main(String[] args) {
ExampleEurekaClient sampleClient = new ExampleEurekaClient();
// 基于实例配置和实例信息创建应用实例管理器
ApplicationInfoManager applicationInfoManager = initializeApplicationInfoManager(new MyDataCenterInstanceConfig());
// 基于应用实例管理器和客户端配置创建 EurekaClient(DiscoveryClient)
EurekaClient client = initializeEurekaClient(applicationInfoManager, new DefaultEurekaClientConfig());
// use the client
sampleClient.sendRequestToServiceUsingEureka(client);
// shutdown the client
eurekaClient.shutdown();
}
复制代码
近期评论