資訊專欄INFORMATION COLUMN
SpringCloud（第 019 篇）Zuul 網關微服務的一些屬性應用測試
-
一、大致介紹1、本章節(jié)根據官網資料，嘗試了一些其它屬性的設置，比如 path、serviceId、prefix、strip-prefix 等應用； 2、這些組合試用的場景大多數在一些地址方面需要重新映射或者針對特殊地址做特殊處理等，至于其它一些深層次的應用大家做過知道的話也可以告盡情回帖讓大家都來學習學習。二、實現步驟 2.1 添加 maven 引用包
2.2 添加應用配置文件（springms-gateway-zuul-attributesrcmainresourcesapplication.yml）4.0.0 springms-gateway-zuul-attribute 1.0-SNAPSHOT jar com.springms.cloud springms-spring-cloud 1.0-SNAPSHOT org.springframework.cloud spring-cloud-starter-zuul org.springframework.cloud spring-cloud-starter-eureka
spring:
application:
name: springms-gateway-zuul-attribute
server:
port: 8155
eureka:
datacenter: SpringCloud # 修改 http://localhost:8761 地址 Eureka 首頁上面 System Status 的 Data center 顯示信息
environment: Test # 修改 http://localhost:8761 地址 Eureka 首頁上面 System Status 的 Environment 顯示信息
client:
service-url:
defaultZone: http://admin:admin@localhost:8761/eureka
healthcheck: # 健康檢查
enabled: true
instance:
prefer-ip-address: true
instance-id: ${spring.application.name}:${spring.cloud.client.ipAddress}:${spring.application.instance_id:${server.port}}
#####################################################################################################
# 測試一，自定義路徑配置，給 springms-provider-user 微服務添加 path、serviceId 屬性前綴地址，反向代理用戶微服務
zuul:
routes:
hmily:
path: /custom-path/**
serviceId: springms-provider-user # 注意這個名稱是注冊在eureka服務中的名稱
# 測試二，自定義路徑配置，給 springms-provider-user 微服務添加 path、serviceId 屬性前綴地址，反向代理用戶微服務
#zuul:
# routes:
# hmily:
# path: /custom-path/**
# serviceId: http://localhost:7900/ # 注意這個名稱是 url 地址
# 測試三：自定義路徑配置，給微服務添加 prefix 屬性前綴地址，反向代理所有微服務
#zuul:
# prefix: /api
# 測試四：自定義路徑配置，給微服務添加 strip-prefix 屬性前綴地址，反向代理所有微服務
#zuul:
# prefix: /api
# strip-prefix: false
# 測試五：自定義路徑配置，針對測試四，再次修改 prefix 屬性前綴地址，反向代理用戶微服務
#zuul:
# prefix: /simple
# strip-prefix: false
#####################################################################################################
#####################################################################################################
# 打印日志
logging:
level:
root: INFO
com.springms: DEBUG
com.netflix: DEBUG
#####################################################################################################
#####################################################################################################
ribbon:
ConnectTimeout: 3000
ReadTimeout: 60000
#####################################################################################################
#####################################################################################################
# 解決第一次請求報超時異常的方案，因為 hystrix 的默認超時時間是 1 秒，因此請求超過該時間后，就會出現頁面超時顯示 ：
#
# 這里就介紹大概三種方式來解決超時的問題，解決方案如下：
#
# 第一種方式：將 hystrix 的超時時間設置成 5000 毫秒
hystrix.command.default.execution.isolation.thread.timeoutInMilliseconds: 5000
#
# 或者：
# 第二種方式：將 hystrix 的超時時間直接禁用掉，這樣就沒有超時的一說了，因為永遠也不會超時了
# hystrix.command.default.execution.timeout.enabled: false
#
# 或者：
# 第三種方式：索性禁用feign的hystrix支持
# feign.hystrix.enabled: false ## 索性禁用feign的hystrix支持
# 超時的issue：https://github.com/spring-cloud/spring-cloud-netflix/issues/768
# 超時的解決方案： http://stackoverflow.com/questions/27375557/hystrix-command-fails-with-timed-out-and-no-fallback-available
# hystrix配置： https://github.com/Netflix/Hystrix/wiki/Configuration#execution.isolation.thread.timeoutInMilliseconds
#####################################################################################################
2.3 添加zuul服務網關微服務啟動類（springms-gateway-zuul-attributesrcmainjavacomspringmscloudGatewayZuulAttributeApplication.java）
package com.springms.cloud;
import org.springframework.boot.SpringApplication;
import org.springframework.boot.autoconfigure.SpringBootApplication;
import org.springframework.cloud.netflix.zuul.EnableZuulProxy;
/**
* Zuul 網關微服務的一些屬性應用測試；
*
* API網關模塊發(fā)現應用入口（自定義路徑配置添加 serviceId 屬性，給User微服務添加前綴地址，反向代理所有服務器）。
*
* 注意 EnableZuulProxy 注解能注冊到 eureka 服務上，是因為該注解包含了 eureka 客戶端的注解，該 EnableZuulProxy 是一個復合注解。
*
* @EnableZuulProxy --> { @EnableCircuitBreaker、@EnableDiscoveryClient } 包含了 eureka 客戶端注解，同時也包含了 Hystrix 斷路器模塊注解。
*
* http://localhost:8155/routes 地址可以查看該zuul微服務網關代理了多少微服務的serviceId。
*
* @author hmilyylimh
*
* @version 0.0.1
*
* @date 2017/9/24
*
*/
@SpringBootApplication
@EnableZuulProxy
public class GatewayZuulAttributeApplication {
public static void main(String[] args) {
SpringApplication.run(GatewayZuulAttributeApplication.class, args);
System.out.println("【【【【【【 GatewayZuulAttribute微服務 】】】】】】已啟動.");
}
}
三、測試
/****************************************************************************************
一、Zuul 網關微服務的一些屬性應用測試（自定義路徑配置，給 springms-provider-user 微服務添加 path、serviceId 屬性前綴地址，反向代理用戶微服務）：
1、編寫 application.yml 文件，添加應用程序的注解 EnableZuulProxy 配置；
# 測試一，自定義路徑配置，給 springms-provider-user 微服務添加 path、serviceId 屬性前綴地址，反向代理用戶微服務
zuul:
routes:
hmily:
path: /custom-path/**
serviceId: springms-provider-user # 注意這個名稱是注冊在eureka服務中的名稱
2、啟動 springms-discovery-eureka 模塊服務，啟動1個端口；
3、啟動 springms-provider-user 模塊服務，啟動1個端口（application.yml 文件中的 appname 屬性不去掉的話，測試一是無法測試通過的）；
4、啟動 springms-consumer-movie 模塊服務，啟動1個端口；
5、啟動 springms-gateway-zuul 模塊服務；
6、新起網頁頁簽，輸入 http://localhost:7900/simple/3 正常情況下是能看到 ID != 0 一堆用戶信息被打印出來；
7、新起網頁頁簽，輸入 http://localhost:7901/movie/3 正常情況下是能看到 ID != 0 一堆用戶信息被打印出來；
總結一：第6、7步正常，說明 springms-provider-user、springms-consumer-movie 兩個服務目前正常；
8、新起網頁頁簽，然后輸入 http://localhost:8155/springms-provider-user/simple/3，正常情況下是能看到 ID != 0 一堆用戶信息被打印出來；
9、新起網頁頁簽，然后輸入 http://localhost:8155/springms-consumer-movie/movie/4，正常情況下是能看到 ID != 0 一堆用戶信息被打印出來；
總結二：第8、9步也能正常打印用戶信息，說明 API 網關已經生效了，可以通過API服務器地址鏈接各個微服務的 http://localhost:8150/serviceId/path 這樣的路徑來訪問了；
10、新起網頁頁簽，然后輸入 http://localhost:8155/custom-path/simple/3，正常情況下是能看到 ID != 0 一堆用戶信息被打印出來，可見【用戶微服務】的地址被改變生效了，同時被 API 網關反向代理了，也就是說 http 的請求 /custom-path 將被發(fā)送到【用戶微服務】；
11、新起網頁頁簽，然后輸入 http://localhost:8155/custom-path/movie/4，正常情況下訪問不通，理應訪問不通的；
總結三：path、serviceId 屬性僅僅只是為了給 springms-provider-user 微服務添加了 custom-path 前綴，所以電影微服務加 custom-path 前綴當然訪問不通的；
****************************************************************************************/
/****************************************************************************************
二、Zuul 網關微服務的一些屬性應用測試（自定義路徑配置，給 springms-provider-user 微服務添加 path、serviceId 屬性前綴地址，反向代理用戶微服務）：
1、編寫 application.yml 文件，添加應用程序的注解 EnableZuulProxy 配置；
# 測試二，自定義路徑配置，給 springms-provider-user 微服務添加 path、serviceId 屬性前綴地址，反向代理用戶微服務
zuul:
routes:
hmily:
path: /custom-path/**
serviceId: http://localhost:7900/ # 注意這個名稱是 url 地址
2、啟動 springms-discovery-eureka 模塊服務，啟動1個端口；
3、啟動 springms-provider-user 模塊服務，啟動1個端口（application.yml 文件中的 appname 屬性不去掉的話，測試一是無法測試通過的）；
4、啟動 springms-consumer-movie 模塊服務，啟動1個端口；
5、啟動 springms-gateway-zuul 模塊服務；
6、新起網頁頁簽，輸入 http://localhost:7900/simple/3 正常情況下是能看到 ID != 0 一堆用戶信息被打印出來；
7、新起網頁頁簽，輸入 http://localhost:7901/movie/3 正常情況下是能看到 ID != 0 一堆用戶信息被打印出來；
總結一：第6、7步正常，說明 springms-provider-user、springms-consumer-movie 兩個服務目前正常；
8、新起網頁頁簽，然后輸入 http://localhost:8155/springms-provider-user/simple/3，正常情況下是能看到 ID != 0 一堆用戶信息被打印出來；
9、新起網頁頁簽，然后輸入 http://localhost:8155/springms-consumer-movie/movie/4，正常情況下是能看到 ID != 0 一堆用戶信息被打印出來；
總結二：第8、9步也能正常打印用戶信息，說明 API 網關已經生效了，可以通過API服務器地址鏈接各個微服務的 http://localhost:8150/serviceId/path 這樣的路徑來訪問了；
10、新起網頁頁簽，然后輸入 http://localhost:8155/custom-path/simple/3，正常情況下是能看到 ID != 0 一堆用戶信息被打印出來，可見【用戶微服務】的地址被改變生效了，同時被 API 網關反向代理了，也就是說 http 的請求 /custom-path 將被發(fā)送到【用戶微服務】；
11、新起網頁頁簽，然后輸入 http://localhost:8155/custom-path/movie/4，正常情況下訪問不通，理應訪問不通的；
總結三：path、serviceId 屬性僅僅只是為了給 springms-provider-user 微服務添加了 custom-path 前綴，所以電影微服務加 custom-path 前綴當然訪問不通的；
注意：測試一、測試二的區(qū)別在于 serviceId 的不同，一個是注入eureka中的服務名稱，一個是url地址，但是兩者效果都是一樣的；
****************************************************************************************/
/****************************************************************************************
三、Zuul 網關微服務的一些屬性應用測試（自定義路徑配置，給微服務添加 prefix 屬性前綴地址，反向代理所有微服務）：
1、編寫 application.yml 文件，添加應用程序的注解 EnableZuulProxy 配置；
# 測試三，自定義路徑配置，給微服務添加 prefix 屬性前綴地址，反向代理所有微服務
zuul:
prefix: /api
2、啟動 springms-discovery-eureka 模塊服務，啟動1個端口；
3、啟動 springms-provider-user 模塊服務，啟動1個端口（application.yml 文件中的 appname 屬性不去掉的話，測試一是無法測試通過的）；
4、啟動 springms-consumer-movie 模塊服務，啟動1個端口；
5、啟動 springms-gateway-zuul 模塊服務；
6、新起網頁頁簽，輸入 http://localhost:7900/simple/3 正常情況下是能看到 ID != 0 一堆用戶信息被打印出來；
7、新起網頁頁簽，輸入 http://localhost:7901/movie/3 正常情況下是能看到 ID != 0 一堆用戶信息被打印出來；
總結一：第6、7步正常，說明 springms-provider-user、springms-consumer-movie 兩個服務目前正常；
8、新起網頁頁簽，然后輸入 http://localhost:8155/springms-provider-user/simple/3，正常情況下訪問不通，理應訪問不通的；
9、新起網頁頁簽，然后輸入 http://localhost:8155/springms-consumer-movie/movie/4，正常情況下訪問不通，理應訪問不通的；
總結二：第8、9步訪問不通，說明 prefix 屬性生效了，通過 http://localhost:8150/serviceId/path 這樣的路徑來訪問已經行不通了；
10、新起網頁頁簽，然后輸入 http://localhost:8155/api/simple/3，正常情況下訪問不通，理應訪問不通的；
11、新起網頁頁簽，然后輸入 http://localhost:8155/api/movie/4，正常情況下訪問不通，理應訪問不通的；
總結三：第10、11步訪問不通，說明 prefix 屬性生效了，通過 http://localhost:8150/api/path 這樣的路徑來訪問也行不通了；
12、新起網頁頁簽，然后輸入 http://localhost:8155/api/springms-provider-user/simple/3，正常情況下是能看到 ID != 0 一堆用戶信息被打印出來，可見 prefix 屬性添加前綴地址被改變生效了；
13、新起網頁頁簽，然后輸入 http://localhost:8155/api/springms-consumer-movie/movie/4，正常情況下是能看到 ID != 0 一堆用戶信息被打印出來，可見 prefix 屬性添加前綴地址被改變生效了；
總結四：zuul.prefix 屬性給所有路徑添加了一個前綴，即需要通過 http://localhost:8150/api/serviceId/path 這樣的地址才可以訪問成功；
****************************************************************************************/
/****************************************************************************************
四、Zuul 網關微服務的一些屬性應用測試（自定義路徑配置，給微服務添加 strip-prefix 屬性前綴地址，反向代理所有微服務）：
1、編寫 application.yml 文件，添加應用程序的注解 EnableZuulProxy 配置；
# 測試三，自定義路徑配置，給微服務添加 prefix 屬性前綴地址，反向代理所有微服務
zuul:
prefix: /api
strip-prefix: false
2、啟動 springms-discovery-eureka 模塊服務，啟動1個端口；
3、啟動 springms-provider-user 模塊服務，啟動1個端口（application.yml 文件中的 appname 屬性不去掉的話，測試一是無法測試通過的）；
4、啟動 springms-consumer-movie 模塊服務，啟動1個端口；
5、啟動 springms-gateway-zuul 模塊服務；
6、新起網頁頁簽，輸入 http://localhost:7900/simple/3 正常情況下是能看到 ID != 0 一堆用戶信息被打印出來；
7、新起網頁頁簽，輸入 http://localhost:7901/movie/3 正常情況下是能看到 ID != 0 一堆用戶信息被打印出來；
總結一：第6、7步正常，說明 springms-provider-user、springms-consumer-movie 兩個服務目前正常；
8、新起網頁頁簽，然后輸入 http://localhost:8155/springms-provider-user/simple/3，正常情況下訪問不通，理應訪問不通的；
9、新起網頁頁簽，然后輸入 http://localhost:8155/springms-consumer-movie/movie/4，正常情況下訪問不通，理應訪問不通的；
總結二：第8、9步訪問不通，說明 prefix 屬性生效了，通過 http://localhost:8150/serviceId/path 這樣的路徑來訪問已經行不通了；
10、新起網頁頁簽，然后輸入 http://localhost:8155/api/simple/3，正常情況下訪問不通，理應訪問不通的；
11、新起網頁頁簽，然后輸入 http://localhost:8155/api/movie/4，正常情況下訪問不通，理應訪問不通的；
總結三：第10、11步訪問不通，說明 prefix 屬性生效了，通過 http://localhost:8150/api/path 這樣的路徑來訪問也行不通了；
12、新起網頁頁簽，然后輸入 http://localhost:8155/api/springms-provider-user/simple/3，正常情況下訪問不通，理應訪問不通的；
13、新起網頁頁簽，然后輸入 http://localhost:8155/api/springms-consumer-movie/movie/4，正常情況下訪問不通，理應訪問不通的；
14、那么問題來了，這種配置為什么訪問不通呢？由于查看日志，發(fā)現這種請求的被打印出來的路徑為：
http://localhost:8155/api/springms-provider-user/simple/3
springms-provider-user using LB returned Server: 192.168.3.101:7900 for request /api/simple/3
http://localhost:8155/api/springms-consumer-movie/movie/4
springms-consumer-movie using LB returned Server: 192.168.3.101:7901 for request /api/movie/4
15、試想，要么去掉 /api 前綴，如果這樣的話，那么就沒有設置 prefix 的必要了，然后做了這樣的測試如下：
16、新起網頁頁簽，然后輸入 http://localhost:8155/api/springms-provider-user/3，正常情況下訪問不通，理應訪問不通的；
17、新起網頁頁簽，然后輸入 http://localhost:8155/api/springms-consumer-movie/4，正常情況下訪問不通，理應訪問不通的；
18、這種配置為什么訪問不通呢？由于查看日志，發(fā)現這種請求的被打印出來的路徑為：
http://localhost:8155/api/springms-provider-user/3
springms-provider-user using LB returned Server: 192.168.3.101:7900 for request /api/3
http://localhost:8155/api/springms-consumer-movie/4
springms-consumer-movie using LB returned Server: 192.168.3.101:7901 for request /api/4
19、由步驟14、18的日志可以看出來，請求的地址非常有規(guī)律，那我們試想，如果將 api 的值改掉呢？是否可以成功呢？請看下面測試五！！！
****************************************************************************************/
/****************************************************************************************
五、Zuul 網關微服務的一些屬性應用測試（自定義路徑配置，針對測試四，再次修改 prefix 屬性前綴地址，反向代理用戶微服務）：
1、編寫 application.yml 文件，添加應用程序的注解 EnableZuulProxy 配置；
# 測試四，自定義路徑配置，針對測試四，再次修改 prefix 屬性前綴地址，反向代理用戶微服務
zuul:
prefix: /simple
strip-prefix: false
2、啟動 springms-discovery-eureka 模塊服務，啟動1個端口；
3、啟動 springms-provider-user 模塊服務，啟動1個端口（application.yml 文件中的 appname 屬性不去掉的話，測試一是無法測試通過的）；
4、啟動 springms-consumer-movie 模塊服務，啟動1個端口；
5、啟動 springms-gateway-zuul 模塊服務；
6、新起網頁頁簽，輸入 http://localhost:7900/simple/3 正常情況下是能看到 ID != 0 一堆用戶信息被打印出來；
7、新起網頁頁簽，輸入 http://localhost:7901/movie/3 正常情況下是能看到 ID != 0 一堆用戶信息被打印出來；
總結一：第6、7步正常，說明 springms-provider-user、springms-consumer-movie 兩個服務目前正常
8、新起網頁頁簽，然后輸入 http://localhost:8155/simple/springms-provider-user/3，正常情況下是能看到 ID != 0 一堆用戶信息被打印出來，可見 prefix 屬性添加前綴地址被改變生效了；
9、新起網頁頁簽，然后輸入 http://localhost:8155/simple/springms-consumer-movie/4，正常情況下訪問不通，理應訪問不通的；
總結二：之所以 springms-consumer-movie 訪問不通，因為修改 prefix 只是這個修改的值正好和 springms-provider-user 的接口前綴恰好一致而已；
****************************************************************************************/
四、下載地址
https://gitee.com/ylimhhmily/SpringCloudTutorial.git
SpringCloudTutorial交流QQ群: 235322432
SpringCloudTutorial交流微信群: 微信溝通群二維碼圖片鏈接
歡迎關注，您的肯定是對我最大的支持!!!
文章版權歸作者所有，未經允許請勿轉載,若此文章存在違規(guī)行為，您可以聯系管理員刪除。
轉載請注明本文地址：http://specialneedsforspecialkids.com/yun/70554.html
摘要：地址可以查看該微服務網關代理了多少微服務的。微服務已啟動使用提供和之間的綁定它使用正則表達式組來從提取變量然后注入到路由表達式中。 SpringCloud（第 022 篇）Zuul 網關微服務的 regexmapper 屬性測試, 類似測試 zuul 的自定義路徑規(guī)則一樣 - 一、大致介紹 1、本章節(jié)將 Zuul 的 regexmapper 屬性單獨拿出來，主要是這種配置規(guī)則，可以在一...
摘要：注意注解能注冊到服務上，是因為該注解包含了客戶端的注解，該是一個復合注解。地址可以查看該微服務網關代理了多少微服務的。 SpringCloud（第 020 篇）Zuul 網關模塊添加 listOfServers 屬性，達到客戶端負載均衡的能力 - 一、大致介紹 1、本章節(jié)添加另外一個屬性 listOfServers 來給 zuul 賦上異樣的功能色彩，提供負載均衡的能力； 2、而其實說...
摘要：注意注解能注冊到服務上，是因為該注解包含了客戶端的注解，該是一個復合注解。地址可以查看該微服務網關代理了多少微服務的。 SpringCloud（第 018 篇）Zuul 服務 API 網關微服務之代理與反向代理 - 一、大致介紹 1、API 服務網關顧名思義就是統(tǒng)一入口，類似 nginx、F5 等功能一樣，統(tǒng)一代理控制請求入口，弱化各個微服務被客戶端記憶功能； 2、本章節(jié)主要講解了使用...
摘要：第篇的過濾器的使用一大致介紹我們在學的時候，就有過濾器和攔截器的使用，而同樣也有過濾器的使用，本章節(jié)我們指在如何簡單使用。是否執(zhí)行該過濾器。說明需要過濾說明不要過濾過濾器的具體邏輯。請求的添加服務網關微服務啟動類的過濾器的使用。 SpringCloud（第 021 篇）Zuul 的過濾器 ZuulFilter 的使用 - 一、大致介紹 1、我們在學 Spring 的時候，就有過濾器和攔...
摘要：英文意思就是說提供一個回退機制當路由后面的服務發(fā)生故障時。注意注解能注冊到服務上，是因為該注解包含了客戶端的注解，該是一個復合注解。地址可以查看該微服務網關代理了多少微服務的。 SpringCloud（第 025 篇）Zuul 路由后面的微服務掛了后，Zuul 提供了一種回退機制來應對熔斷處理 - 一、大致介紹 1、在一些不穩(wěn)定因素導致路由后面的微服務宕機或者無響應時，zuul 就會累...
閱讀 3794·2021-09-23 11:32
閱讀 2461·2021-09-06 15:01
閱讀 1623·2021-08-18 10:24
閱讀 3458·2019-12-27 11:44
閱讀 3609·2019-08-30 15:52
閱讀 2518·2019-08-30 11:11
閱讀 686·2019-08-29 17:27
閱讀 605·2019-08-29 16:22
