預設情況下，當eureka server在一定時間內沒有收到例項的心跳，便會把該例項從登錄檔中刪除（預設是90秒），但是，如果短時間內丟失大量的例項心跳，便會觸發eureka server的自我保護機制，比如在開發測試時，需要頻繁地重啟微服務例項，但是我們很少會把eureka server一起重啟（因為在開發過程中不會修改eureka註冊中心），當一分鐘內收到的心跳數大量減少時，會觸發該保護機制。可以在eureka管理介面看到Renews threshold和Renews(last min)，當後者（最後一分鐘收到的心跳數）小於前者（心跳閾值）的時候，觸發保護機制，會出現紅色的警告：

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

從警告中可以看到，eureka認為雖然收不到例項的心跳，但它認為例項還是健康的，eureka會保護這些例項，不會把它們從登錄檔中刪掉。

該保護機制的目的是避免網路連線故障，在發生網路故障時，微服務和註冊中心之間無法正常通訊，但服務本身是健康的，不應該登出該服務，如果eureka因網路故障而把微服務誤刪了，那即使網路恢復了，該微服務也不會重新註冊到eureka server了，因為只有在微服務啟動的時候才會發起註冊請求，後面只會傳送心跳和服務列表請求，這樣的話，該例項雖然是執行著，但永遠不會被其它服務所感知。所以，eureka server在短時間內丟失過多的客戶端心跳時，會進入自我保護模式，該模式下，eureka會保護登錄檔中的資訊，不在登出任何微服務，當網路故障恢復後，eureka會自動退出保護模式。自我保護模式可以讓叢集更加健壯。

但是我們在開發測試階段，需要頻繁地重啟發布，如果觸發了保護機制，則舊的服務例項沒有被刪除，這時請求有可能跑到舊的例項中，而該例項已經關閉了，這就導致請求錯誤，影響開發測試。所以，在開發測試階段，我們可以把自我保護模式關閉，只需在eureka server配置檔案中加上如下配置即可：

eureka.server.enable-self-preservation=false

但在生產環境，不會頻繁重啟，所以，一定要把自我保護機制開啟，否則網路一旦終端，就無法恢復。

當然關於自我保護還有很多個性化配置，這裡不詳細說明。