Springcloud分散式微服務b2b2c電子商務一Spring Cloud常見問題(一)

在使用Spring Cloud的過程中，難免會遇到一些問題。所以對Spring Cloud的常用問題做一些總結。

需要JAVA Spring Cloud大型企業分散式微服務雲構建的B2B2C電子商務平臺原始碼：三五三六二四七二五九

一、Eureka常見問題

Eureka 註冊服務慢

預設情況下，服務註冊到Eureka Server的過程較慢。在開發或測試時，常常希望能夠加速這一過程，從而提升工作效率。

該問題的原因及解決方案：

服務的註冊涉及週期性心跳，預設30秒一次（透過客戶端配置的serviceUrl）。只有當例項、服務端和客戶端的本地快取

中的後設資料都相同時，服務才被其他客戶端發現（所以可能需要3次心跳）。可以使用引數

 eureka.instance.leaseRenewalInSeconds 修改時間間隔， 從而加快客戶端連線到其他服務的過程。在生產環境中最好

堅持使用預設值，因為在伺服器內部有一些計算，它們會對續約做出假設。

綜上所述，要想解決服務註冊慢的問題，只須將 eureka.instance.leaseRenewalInSeconds 設成一個更小的值。該配置

用於設定 Eureka Client 向 Eureka Server 傳送心跳的時間間隔， 預設是30，單位是秒。在生產環境中，建議堅持使用

預設值。

已停止的微服務節點登出慢或不登出

在開發環境下，常常希望 Eureka Server 能迅速有效地登出已停止的微服務例項。然而，由於 Eureka Server 清理無效節

點週期長（預設90秒），以及自我保護模式等原因，可能會遇到微服務登出慢甚至不登出的問題。解決方案如下：

Eureka Server 端：

配置關閉自我保護，並按需配置 Eureka Server 清理無效節點的時間間隔。

eureka.server.enable-self-preservation
# 設為false, 關閉自我保護， 從而保證會登出微服務
 
eureka.server.eviction-interval-timer-in-ms
# 清理間隔（單位毫秒，預設是60 * 1000）

Eureka Client 端：

配置開啟健康檢查， 並按需配置續約更新時間和到期時間。

eureka.client.healthcheck.enabled
# 設為true，開啟健康檢查（需要spring-boot-starter-actuator 依賴）
 
eureka.instance.lease-renewal-interval-in-seconds
# 續約更新時間間隔（預設是30秒）
 
eureka.instance.lease-expiration-duration-in-seconds
# 續約到期時間（預設90秒）

值得注意的是，這些配置僅建議開發或測試時使用，生產環境建議堅持使用預設值。

Eureka 的 UNKNOWN 問題總結與解決

註冊資訊 UNKNOWN ，是新手常會遇到的問題。但往往很多新手，並不清楚有兩種 UNKNOWN 的情況，一種是

應用名稱 UNKNOWN，另一種是應用狀態　UNKNOWN 。

應用名稱UNKNOWN

應用名稱UNKNOWN 顯然不合適，首先是微服務的名稱不夠語義化，無法直觀看出這是哪個微服務；更重要的是，

我們常常使用應用名稱消費對應微服務的介面。

一般來說，有兩種情況會導致該問題的發生：

未配置spring.application.name 或者 eureka.instance.appname 屬性。如果這兩個屬性均不配置，就會導致應用名稱

 UNKNOWN 的問題。

某些舊版本的SpringFox 會導致該問題，例如 SpringFox 2.6.0 。建議使用SpringFox 2.6.1或更新版本。

微服務例項狀態UNKNOWN

微服務例項狀態UNKNOWN 同樣很麻煩。一般來講，只會請求狀態是 UP 的微服務。該問題一般由健康檢查導致。

eureka.client.healthcheck.enabled=true必須設定在application.yml中，而不能設定在bootstrap.yml 中，

否則一些場景下會導致應用狀態 UNKNOWN 的問題。