當Eureka服務啟動后，你等待90s，或者將Eureka客戶端的`eureka.client.instance.instance-id`配置來回改，你就會看到如下的信息，則說明Eureka進入了自我保護。  <br/> 默認情況下，如果EurekaServer在一定時間內沒有接收到某個微服務實例的心跳，EurekaServer將會注銷該實例（默認90秒）。但是當網絡分區故障發生時，微服務與EurekaServer之間無法正常通信，以上行為可能變得非常危險了——因為微服務本身其實是健康的，<mark>此時本不應該注銷這個微服務</mark>。Eureka通過<mark>自我保護模式</mark>來解決這個問題——當EurekaServer節點在短時間內丟失過多客戶端時（可能發生了網絡分區故障），那么這個節點就會進入自我保護模式。 <br/> 一旦進入該模式，EurekaServer就會保護服務注冊表中的信息，不再刪除服務注冊表中的數據（也就是不會注銷任何微服務）。當網絡故障恢復后，該Eureka Server節點會自動退出自我保護模式。 ?<br/> <mark>在自我保護模式中，Eureka Server會保護服務注冊表中的信息，不再注銷任何服務實例。當它收到的心跳數重新恢復到閾值以上時，該Eureka Server節點就會自動退出自我保護模式。它的設計哲學就是寧可保留錯誤的服務注冊信息，也不盲目注銷任何可能健康的服務實例</mark>。 <br/> <mark>一句話講解：好死不如賴活著，即某時刻某一個微服務不可用了，eureka不會立刻清理，依舊會對該微服務的信息進行保存。</mark> ?<br/> 綜上，自我保護模式是一種應對網絡異常的安全保護措施。它的架構哲學是寧可同時保留所有微服務（健康的微服務和不健康的微服務都會保留），也不盲目注銷任何健康的微服務。使用自我保護模式，可以讓Eureka集群更加的健壯、穩定。 ?<br/> 如果想要禁止使用 Eureka 的自我保護機制，可以如下配置： （1）在 Eureka 服務端禁用自我保護。 *`application.yml`* ```yml #false 禁用自我保護機制，true(默認)開啟自我保護 eureka.server.enable-self-preservation = false ``` （2）在 Eureka 客戶端縮小心跳時間。 *`application.yml`* ```yml eureka: instance: #心跳檢測與續約時間 #開發時沒置小些，保證服務關閉后注冊中心能即使剔除服務 #Eureka客戶端向服務端發送心跳的時間間隔，單位為秒(默認是30秒) lease-renewal-interval-in-seconds: 1 #Eureka服務端在收到最后一次心跳后等待時間上限，單位為秒(默認是90秒)，超時將剔除服務 lease-expiration-duration-in-seconds: 2 ``` 不推薦禁用自我保護機制。 ? ? ? ? ? ? ?