自我保护机制

默认情况下，如果注册中心在一定时间内（默认90秒）没有接收到微服务实例的心跳，注册中心将会移除该实例。但是当网络故障发生时，微服务与注册中心之间无法正常通信，而微服务本身是正常运行的，此时不应该移除这个微服务，所以此时可以引入自我保护机制。

自我保护机制
自我保护模式是一种针对网络异常波动的安全保护措施，使用自我保护模式能使注册中心集群更加健壮、稳定的运行。
该保护机制的目的是避免网络连接故障，在发生网络故障时，微服务和注册中心之间无法正常通信，但服务本身是健康的，不应该注销该服务，如果eureka因网络故障而把微服务误删了，那即使网络恢复了，该微服务也不会重新注册到eureka server了，因为只有在微服务启动的时候才会发起注册请求，后面只会发送心跳和服务列表请求，这样的话，该实例虽然是运行着，但永远不会被其它服务所感知。所以，eureka server在短时间内丢失过多的客户端心跳时，会进入自我保护模式，该模式下，eureka会保护注册表中的信息，不在注销任何微服务，当网络故障恢复后，eureka会自动退出保护模式。自我保护模式可以让集群更加健壮

但是我们在开发测试阶段，需要频繁地重启发布，如果触发了保护机制，则旧的服务实例没有被删除，这时请求有可能跑到旧的实例中，而该实例已经关闭了，这就导致请求错误，影响开发测试。所以，在开发测试阶段，我们可以把自我保护模式关闭

注意：
因为Eurek的高可用性选择，所以设计了自我保护机制，保护那些因为网络问题影响的微服务不会被移除。但是也可能保护了真正出了问题的微服务。这个时候，其他微服务调用这个服务时，可能就会得到一个错误的结果，这种情况只能在调用端自行解决，比如通过Hystrix进行熔断