Eureka原理详解

失效剔除：在正常情况下，服务提供者下线时，将会提醒服务注册中心下线，然后服务注册中心会将服务的实例从服务列表剔除。但在网络故障等情况下，并没有将下线的请求信息发送给服务注册中心，服务注册中心不知道已下线，此时消费者来调用服务可能就会出现问题。因此在服务注册中心中，是有一套机制处理这种情况的。

在 Eureka Server 启动时，一个定时任务将会被创建，每 60s（默认）便去清单中剔除超时 90s（默认）的服务实例。关于 60s 与 90s 的值的配置，到后面再讲解。

自我保护：在服务注册中心的信息面板上，很多时候会遇见下面的情况，如图10.17所示。

那么这种情况是怎么出现的呢？我们在调试开发时，因为在 Eureka Server 上会维持一个心跳，如果在运行时，统计心跳失败的比例在 15 分钟内低于 85%，则服务注册中心将会自动启动自我保护机制。

在自我保护机制中，当前的注册信息会被保护起来，使得这些信息不会过期。在实际情况中，网络不稳定常会造成心跳的失败，因此自我保护还是必要的。但是在调试的过程中，还是需要将自我保护机制关闭，因为在调试中，很多时候会调用到不存在的服务实例。

如果要关闭保护机制，将默认值 true 修改为 false 即可，如下。

服务注册：它是 Eureka 的基本功能，在使用过程中引用依赖之后，只要加上注解就可以使得客户端到服务注册中心进行注册。客户端在启动之后，会马上发送请求，并按照配置信息注册到服务注册中心，在请求中会带上服务的元数据信息。

服务续约：在服务注册之后，服务提供者需要使用心跳维护这些注册的服务。在服务注册中心上刚才提到过，会存在服务剔除。为了防止服务剔除，服务提供者使用心跳进行维护，这个过程被称为服务续约。30s 为续约时间，也是心跳时间；90s 为服务时效时间。具体设置如下。

服务下线：在图10.16中，有一个下线，在这里说明一下。当服务进行关闭时，客户端程序会触发一个服务消息的请求给 Eureka Server，提醒这是一个正常的服务关闭操作，然后服务注册中心就可以把服务实例从列表中剔除。

获取服务：启动服务消费者应用，将会触发一个请求给服务注册中心，将服务注册中心上的服务清单获取下来，并在客户端维护，这也是为了性能考虑。然后，有可能服务有一些变化，就需要定期更新本地维护的清单。我们可以使用配置项控制刷新时间，默认是 30s，如下。