最近遇到一个问题，服务之间调用报错，显示无法路由到指定服务，但是对应的服务是启动的，查询eureka，结果eureka上显示如下，所有实例均消失，我个人对注册中心并没有什么研究，进行正好借此机会简单总结一下。

先说一下Eureka上三种提示信息：

1.在配置上，自我保护机制关闭

RENEWALS ARE LESSER THAN THE THRESHOLD. THE SELF PRESERVATION MODE IS TURNED OFF.THIS MAY NOT PROTECT INSTANCE EXPIRY IN CASE OF NETWORK/OTHER PROBLEMS.

2.自我保护机制开启了

EMERGENCY! EUREKA MAY BE INCORRECTLY CLAIMING INSTANCES ARE UP WHEN THEY'RE NOT. RENEWALS ARE LESSER THAN THRESHOLD AND HENCE THE INSTANCES ARE NOT BEING EXPIRED JUST TO BE SAFE.

3.在配置上，自我保护机制关闭了，但是一分钟内的续约数没有达到85% ，可能发生了网络分区

THE SELF PRESERVATION MODE IS TURNED OFF.THIS MAY NOT PROTECT INSTANCE EXPIRY IN CASE OF NETWORK/OTHER PROBLEMS.

自我保护机制是个啥？

Eureka自我保护机制是一种防御性的机制，旨在防止集群中出现“脑裂”现象。当Eureka服务器节点在短时间内丢失过多的客户端时（可能是因为网络分区故障、短暂的网络问题或者客户端并未正常关闭），会触发自我保护机制。在这种模式下，Eureka不会立即将服务实例从注册列表中移除，以防止因为网络分区故障导致服务不可用。

那关闭自动保护机制会发生什么？

eureka关闭了自我保护机制后，遇到网络波动等不可控因素导致微服务心跳没及时响应时，会立即从eureka中剔除微服务，即使这些实例可能还正常运行。如果这个服务器重新恢复联系，那么这些实例就会重新注册，可能会导致服务注册的不一致性，从而导致有大量的无效服务实例保留在Eureka服务器上，浪费资源。

相反，eureka打开了自我保护机制，微服务还能有时间缓冲一下，待心跳重新连接上后，继续提供服务；因此，在生产环境中通常推荐保留自我保护机制，并适当调整Eureka的自我保护阈值，以达到最佳的稳定性和可用性。如果确实需要关闭，可以通过设置
eureka.server.enable-self-preservation=false来关闭自我保护机制。对于开发环境的Eureka，个人更建议关闭它的自我保护模式，因为你可能需要不断的开启与关闭实例，如果并未关闭自我保护模式，那么很容易就会触发自我保护模式，此时对调试会相对比较麻烦。

服务续约任务的调用间隔时间即心跳续约，默认为30秒
eureka.instance.lease-renewal-interval-in-seconds=30
服务失效的时间即指定时间内没有心跳则注销此实例，默认为90秒。
eureka.instance.lease-expiration-duration-in-seconds=90

自动保护机制的工作机制是什么样的？

如果在15分钟内超过85%的客户端节点都没有正常的心跳，那么Eureka就认为客户端与注册中心出现了网络故障，Eureka Server自动进入自我保护机制，此时会出现以下几种情况：

• Eureka Server不再从注册列表中移除因为长时间没收到心跳而应该过期的服务。
• Eureka Server仍然能够接受新服务的注册和查询请求，但是不会被同步到其它节点上，保证当前节点依然可用。
• 当网络稳定时，当前Eureka Server新的注册信息会被同步到其它节点中。

Eureka控制台参数说明

页面上的控制面板中总体分为这几部分：System Status、DS Replicas、Instances currently registered with Eureka、General Info、Instance Info

• System Status（系统状态）：

• DS Replicas（副本）：

这个下面的信息是这个Eureka Server相邻节点，互为一个集群

• Instances currently registered with Eureka:

当前注册在eureka上的实例名称、状态以及地址

• General Info（系统基础信息）:

• Instance Info（实例信息）：