從品牌網站建設到網絡營銷策劃，從策略到執行的一站式服務
來源：公司資訊 | 2021.08.17
本文是《Spring Cloud Gateway實戰》系列的第二篇，經過前文我們了解到Spring Cloud Gateway的中心是路由裝備，然后在本地application.yml中裝備了一條路由，但這種修改本地裝備文件的辦法缺少靈敏性，未必能滿意靈敏多變的事務需求，因此，本篇的意圖就是找出本地裝備之外的其他裝備辦法來，滿意各種實踐需求；
總的來說以下三種辦法都是常用的：
方針地址支撐用服務名（替代之前的IP+端口）；
支撐在nacos上裝備；
支撐寫代碼的辦法裝備；
別的還有一種愈加靈敏的裝備辦法：動態署理，由于涉及到不少的代碼所以會單獨出一篇文章詳細介紹
源碼下載
本篇實戰中的完整源碼可在GitHub下載到，地址和鏈接信息如下表所示(https://github.com/zq2599/blog_demos)：
名稱 鏈接 備注
項目主頁 https://github.com/zq2599/blog_demos 該項目在GitHub上的主頁
git庫房地址(https) https://github.com/zq2599/blog_demos.git 該項目源碼的庫房地址，https協議
git庫房地址(ssh) git@github.com:zq2599/blog_demos.git 該項目源碼的庫房地址，ssh協議
這個git項目中有多個文件夾，本篇的源碼在spring-cloud-tutorials文件夾下，如下圖紅框所示：
準備工作
正式開端前需要再做一點準備工作，整個《Spring Cloud Gateway實戰》系列中，一切請求最后都會被路由到provider-hello這個web上去，該服務現在只有一個web接口/hello/str，現在我們再給它添加一個，后邊的實戰會用到
新添加的web接口來自LBTest.java，可見非常簡略：
package com.bolingcavalry.provider.controller;
import com.bolingcavalry.common.Constants;
import org.springframework.web.bind.annotation.GetMapping;
import org.springframework.web.bind.annotation.RequestMapping;
import org.springframework.web.bind.annotation.RestController;
import java.text.SimpleDateFormat;
import java.util.Date;
@RestController
@RequestMapping("/lbtest")
public class LBTest {
private String dateStr(){
return new SimpleDateFormat("yyyy-MM-dd hh:mm:ss").format(new Date());
}
/**
* 回來字符串類型
* @return
*/
@GetMapping("/str")
public String helloStr() {
return Constants.LB_PREFIX + ", " + dateStr();
}
}
上述代碼中的Constants.LB_PREFIX來自子工程common：
package com.bolingcavalry.common;
public interface Constants {
String HELLO_PREFIX = "Hello World";
String LB_PREFIX = "Load balance";
}
寫完代碼后，先保證nacos現已發動
在發動provider-hello工程，發動成功后去看nacos，承認現已注冊：
準備結束，可以開端實戰了
方針地址支撐用服務名（替代之前的IP+端口）
我們從最簡略的開端，先看前文的路由裝備，如下圖紅框，方針地址是IP+端口：
玩過Spring Cloud的您天然看出了問題所在：沒有注冊發現，確實，這樣將地址和端口寫死在裝備文件中是不合適的，我們先來處理這個問題；
新增名為gateway-by-loadbalance的子工程，其pom.xml中的依靠情況如下，可見重點是spring-cloud-starter-loadbalancer：
com.bolingcavalry
common
${project.version}
org.springframework.cloud
spring-cloud-starter-gateway
io.projectreactor
reactor-test
test
org.springframework.boot
spring-boot-starter-test
test
org.springframework.cloud
spring-cloud-starter-loadbalancer
com.alibaba.cloud
spring-cloud-starter-alibaba-nacos-discovery
發動類的代碼省去了(和前文的一樣)
裝備信息如下，重點是uri的值lb://provider-hello，用了前綴lb:，后邊的provider-hello就是在nacos注冊的服務名：
server:
#服務端口
port: 8085
spring:
application:
name: gateway-by-loadbalance
cloud:
nacos:
# 注冊中心的裝備
discovery:
server-addr: 127.0.0.1:8848
gateway:
routes:
- id: path_route_lb
uri: lb://provider-hello
predicates:
- Path=/lbtest/**
單元測驗類：
package com.bolingcavalry.gateway;
import com.bolingcavalry.common.Constants;
import org.junit.jupiter.api.Test;
import org.junit.jupiter.api.extension.ExtendWith;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.boot.test.autoconfigure.web.reactive.AutoConfigureWebTestClient;
import org.springframework.boot.test.context.SpringBootTest;
import org.springframework.http.MediaType;
import org.springframework.test.context.junit.jupiter.SpringExtension;
import org.springframework.test.web.reactive.server.WebTestClient;
import static org.junit.jupiter.api.Assertions.assertTrue;
@SpringBootTest
@ExtendWith(SpringExtension.class)
@AutoConfigureWebTestClient
public class HelloTest {
@Autowired
private WebTestClient webClient;
@Test
void testLoadBalance() {
webClient.get()
.uri("/lbtest/str")
.accept(MediaType.APPLICATION_JSON)
.exchange()
// 驗證狀況
.expectStatus().isOk()
// 驗證成果，留意成果是字符串格局
.expectBody(String.class).consumeWith(result -> assertTrue(result.getResponseBody().contains(Constants.LB_PREFIX)));
}
運行單元測驗，經過，可見上述裝備可以經過前綴lb:精確找到服務：
支撐在nacos上裝備
將一切裝備信息寫在application.yml中有個問題：不能長途裝備，這在應用數量較多的場景就不方便了，好在nacos供給了長途裝備的才能，應用發動后可以從nacos獲得自己的裝備信息，我們來試試
新增名為gateway-nacos-config的子工程，其pom.xml中的依靠情況如下，請留意里邊的中文注釋，每指明了每一個依靠的作用：
com.bolingcavalry
common
${project.version}
org.springframework.cloud
spring-cloud-starter-gateway
io.projectreactor
reactor-test
test
org.springframework.boot
spring-boot-starter-test
test
org.springframework.cloud
spring-cloud-starter-bootstrap
org.springframework.cloud
spring-cloud-starter-loadbalancer
com.alibaba.cloud
spring-cloud-starter-alibaba-nacos-config
com.alibaba.cloud
spring-cloud-starter-alibaba-nacos-discovery
本地的裝備文件bootstrap.yml，非常簡略，就是nacos的地址和長途裝備信息：
spring:
application:
name: gateway-nacos-config
cloud:
nacos:
config:
server-addr: 127.0.0.1:8848
file-extension: yml
group: DEFAULT_GROUP
接下來再nacos添加一個裝備文件，操作如下圖紅框：
添加一個裝備，要留意的地方如下（裝備信息的文本稍后給出，便于仿制）：
上圖中完整的裝備信息如下：
server:
port: 8083
spring:
cloud:
gateway:
routes:
- id: path_route_addr
uri: http://127.0.0.1:8082
predicates:
- Path=/hello/**
- id: path_route_lb
uri: lb://provider-hello
predicates:
- Path=/lbtest/**
測驗類中的兩個測驗辦法如下所示，和前面沒有任何區別：
@Test
void testHelloPredicates() {
webClient.get()
.uri("/hello/str")
.accept(MediaType.APPLICATION_JSON)
.exchange()
// 驗證狀況
.expectStatus().isOk()
// 驗證成果，留意成果是字符串格局
.expectBody(String.class).consumeWith(result -> assertTrue(result.getResponseBody().contains(Constants.HELLO_PREFIX)));
}
@Test
void testLoadBalance() {
webClient.get()
.uri("/lbtest/str")
.accept(MediaType.APPLICATION_JSON)
.exchange()
// 驗證狀況
.expectStatus().isOk()
// 驗證成果，留意成果是字符串格局
.expectBody(String.class).consumeWith(result -> assertTrue(result.getResponseBody().contains(Constants.LB_PREFIX)));
}
運行單元測驗類，測驗經過，證明從nacos獲取裝備文件成功：
寫代碼的辦法裝備
前面的幾個例子，路由信息都是寫在裝備文件中的，其實還有一種辦法：寫代碼裝備路由，能自己寫代碼來裝備，這靈敏性就更強了
新增名為gateway-by-code的子工程，其pom.xml文件參照前面工程的即可
接下來的本例的重點，在裝備類中添加一個RouteLocator類型的bean，經過以下代碼即可添加一個路由：
package com.bolingcavalry.gateway.cofig;
import org.springframework.cloud.gateway.route.RouteLocator;
import org.springframework.cloud.gateway.route.builder.RouteLocatorBuilder;
import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;
@Configuration
public class RouteConfig {
@Bean
public RouteLocator customizeRoute(RouteLocatorBuilder builder) {
return builder
.routes()
.route(
// 第一個參數是路由的唯一身份
"path_route_lb",
// 第二個參數是個lambda實現，
// 設置了配套條件是依照請求路徑匹配，以及轉發地址，
// 留意lb://表示這是個服務名，要從
r -> r.path("/lbtest/**").uri("lb://provider-hello")
)
.build();
}
}
上述代碼只裝備了一個路由，還有一個在裝備文件中，這樣就能驗證代碼和裝備文件能不能同時收效了：
server:
#服務端口
port: 8084
spring:
application:
name: gateway-by-code
cloud:
nacos:
discovery:
# nacos服務地址
server-addr: 127.0.0.1:8848
gateway:
routes:
- id: path_route_addr
uri: http://127.0.0.1:8082
predicates:
- Path=/hello/**
測驗類和之前工程的一模一樣，就不占用篇幅了，依舊是兩個測驗辦法testHelloPredicates和testLoadBalance
履行單元測驗可以順利經過，證明代碼裝備路由沒有問題：
至此，負載均衡、nacos裝備、代碼裝備的實例我們都測驗過了，它們合起來會給實踐生存環境的裝備帶來很大的方便，期望可以給您一些參閱
————————————————
版權聲明：本文為CSDN博主「程序員欣宸」的原創文章，遵從CC 4.0 BY-SA版權協議，轉載請附上原文出處鏈接及本聲明。
原文鏈接：https://blog.csdn.net/boling_cavalry/article/details/119592175本篇概覽
本文是《Spring Cloud Gateway實戰》系列的第二篇，經過前文我們了解到Spring Cloud Gateway的中心是路由裝備，然后在本地application.yml中裝備了一條路由，但這種修改本地裝備文件的辦法缺少靈敏性，未必能滿意靈敏多變的事務需求，因此，本篇的意圖就是找出本地裝備之外的其他裝備辦法來，滿意各種實踐需求；
總的來說以下三種辦法都是常用的：
方針地址支撐用服務名（替代之前的IP+端口）；
支撐在nacos上裝備；
支撐寫代碼的辦法裝備；
別的還有一種愈加靈敏的裝備辦法：動態署理，由于涉及到不少的代碼所以會單獨出一篇文章詳細介紹
源碼下載
本篇實戰中的完整源碼可在GitHub下載到，地址和鏈接信息如下表所示(https://github.com/zq2599/blog_demos)：
名稱 鏈接 備注
項目主頁 https://github.com/zq2599/blog_demos 該項目在GitHub上的主頁
git庫房地址(https) https://github.com/zq2599/blog_demos.git 該項目源碼的庫房地址，https協議
git庫房地址(ssh) git@github.com:zq2599/blog_demos.git 該項目源碼的庫房地址，ssh協議
這個git項目中有多個文件夾，本篇的源碼在spring-cloud-tutorials文件夾下，如下圖紅框所示：
準備工作
正式開端前需要再做一點準備工作，整個《Spring Cloud Gateway實戰》系列中，一切請求最后都會被路由到provider-hello這個web上去，該服務現在只有一個web接口/hello/str，現在我們再給它添加一個，后邊的實戰會用到
新添加的web接口來自LBTest.java，可見非常簡略：
package com.bolingcavalry.provider.controller;
import com.bolingcavalry.common.Constants;
import org.springframework.web.bind.annotation.GetMapping;
import org.springframework.web.bind.annotation.RequestMapping;
import org.springframework.web.bind.annotation.RestController;
import java.text.SimpleDateFormat;
import java.util.Date;
@RestController
@RequestMapping("/lbtest")
public class LBTest {
private String dateStr(){
return new SimpleDateFormat("yyyy-MM-dd hh:mm:ss").format(new Date());
}
/**
* 回來字符串類型
* @return
*/
@GetMapping("/str")
public String helloStr() {
return Constants.LB_PREFIX + ", " + dateStr();
}
}
上述代碼中的Constants.LB_PREFIX來自子工程common：
package com.bolingcavalry.common;
public interface Constants {
String HELLO_PREFIX = "Hello World";
String LB_PREFIX = "Load balance";
}
寫完代碼后，先保證nacos現已發動
在發動provider-hello工程，發動成功后去看nacos，承認現已注冊：
準備結束，可以開端實戰了
方針地址支撐用服務名（替代之前的IP+端口）
我們從最簡略的開端，先看前文的路由裝備，如下圖紅框，方針地址是IP+端口：
玩過Spring Cloud的您天然看出了問題所在：沒有注冊發現，確實，這樣將地址和端口寫死在裝備文件中是不合適的，我們先來處理這個問題；
新增名為gateway-by-loadbalance的子工程，其pom.xml中的依靠情況如下，可見重點是spring-cloud-starter-loadbalancer：
com.bolingcavalry
common
${project.version}
org.springframework.cloud
spring-cloud-starter-gateway
io.projectreactor
reactor-test
test
org.springframework.boot
spring-boot-starter-test
test
org.springframework.cloud
spring-cloud-starter-loadbalancer
com.alibaba.cloud
spring-cloud-starter-alibaba-nacos-discovery
發動類的代碼省去了(和前文的一樣)
裝備信息如下，重點是uri的值lb://provider-hello，用了前綴lb:，后邊的provider-hello就是在nacos注冊的服務名：
server:
#服務端口
port: 8085
spring:
application:
name: gateway-by-loadbalance
cloud:
nacos:
# 注冊中心的裝備
discovery:
server-addr: 127.0.0.1:8848
gateway:
routes:
- id: path_route_lb
uri: lb://provider-hello
predicates:
- Path=/lbtest/**
單元測驗類：
package com.bolingcavalry.gateway;
import com.bolingcavalry.common.Constants;
import org.junit.jupiter.api.Test;
import org.junit.jupiter.api.extension.ExtendWith;
import org.springframework.beans.factory.annotation.Autowired;
import org.springframework.boot.test.autoconfigure.web.reactive.AutoConfigureWebTestClient;
import org.springframework.boot.test.context.SpringBootTest;
import org.springframework.http.MediaType;
import org.springframework.test.context.junit.jupiter.SpringExtension;
import org.springframework.test.web.reactive.server.WebTestClient;
import static org.junit.jupiter.api.Assertions.assertTrue;
@SpringBootTest
@ExtendWith(SpringExtension.class)
@AutoConfigureWebTestClient
public class HelloTest {
@Autowired
private WebTestClient webClient;
@Test
void testLoadBalance() {
webClient.get()
.uri("/lbtest/str")
.accept(MediaType.APPLICATION_JSON)
.exchange()
// 驗證狀況
.expectStatus().isOk()
// 驗證成果，留意成果是字符串格局
.expectBody(String.class).consumeWith(result -> assertTrue(result.getResponseBody().contains(Constants.LB_PREFIX)));
}
}
運行單元測驗，經過，可見上述裝備可以經過前綴lb:精確找到服務：
支撐在nacos上裝備
將一切裝備信息寫在application.yml中有個問題：不能長途裝備，這在應用數量較多的場景就不方便了，好在nacos供給了長途裝備的才能，應用發動后可以從nacos獲得自己的裝備信息，我們來試試
新增名為gateway-nacos-config的子工程，其pom.xml中的依靠情況如下，請留意里邊的中文注釋，每指明了每一個依靠的作用：
com.bolingcavalry
common
${project.version}
org.springframework.cloud
spring-cloud-starter-gateway
io.projectreactor
reactor-test
test
org.springframework.boot
spring-boot-starter-test
test
org.springframework.cloud
spring-cloud-starter-bootstrap
org.springframework.cloud
spring-cloud-starter-loadbalancer
com.alibaba.cloud
spring-cloud-starter-alibaba-nacos-config
com.alibaba.cloud
spring-cloud-starter-alibaba-nacos-discovery
本地的裝備文件bootstrap.yml，非常簡略，就是nacos的地址和長途裝備信息：
spring:
application:
name: gateway-nacos-config
cloud:
nacos:
config:
server-addr: 127.0.0.1:8848
file-extension: yml
group: DEFAULT_GROUP
接下來再nacos添加一個裝備文件，操作如下圖紅框：
添加一個裝備，要留意的地方如下（裝備信息的文本稍后給出，便于仿制）：
上圖中完整的裝備信息如下：
server:
port: 8083
spring:
cloud:
gateway:
routes:
- id: path_route_addr
uri: http://127.0.0.1:8082
predicates:
- Path=/hello/**
- id: path_route_lb
uri: lb://provider-hello
predicates:
- Path=/lbtest/**
測驗類中的兩個測驗辦法如下所示，和前面沒有任何區別：
@Test
void testHelloPredicates() {
webClient.get()
.uri("/hello/str")
.accept(MediaType.APPLICATION_JSON)
.exchange()
// 驗證狀況
.expectStatus().isOk()
// 驗證成果，留意成果是字符串格局
.expectBody(String.class).consumeWith(result -> assertTrue(result.getResponseBody().contains(Constants.HELLO_PREFIX)));
}
@Test
void testLoadBalance() {
webClient.get()
.uri("/lbtest/str")
.accept(MediaType.APPLICATION_JSON)
.exchange()
// 驗證狀況
.expectStatus().isOk()
// 驗證成果，留意成果是字符串格局
.expectBody(String.class).consumeWith(result -> assertTrue(result.getResponseBody().contains(Constants.LB_PREFIX)));
}
運行單元測驗類，測驗經過，證明從nacos獲取裝備文件成功：
寫代碼的辦法裝備
前面的幾個例子，路由信息都是寫在裝備文件中的，其實還有一種辦法：寫代碼裝備路由，能自己寫代碼來裝備，這靈敏性就更強了
新增名為gateway-by-code的子工程，其pom.xml文件參照前面工程的即可
接下來的本例的重點，在裝備類中添加一個RouteLocator類型的bean，經過以下代碼即可添加一個路由：
package com.bolingcavalry.gateway.cofig;
import org.springframework.cloud.gateway.route.RouteLocator;
import org.springframework.cloud.gateway.route.builder.RouteLocatorBuilder;
import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;
@Configuration
public class RouteConfig {
@Bean
public RouteLocator customizeRoute(RouteLocatorBuilder builder) {
return builder
.routes()
.route(
// 第一個參數是路由的唯一身份
"path_route_lb",
// 第二個參數是個lambda實現，
// 設置了配套條件是依照請求路徑匹配，以及轉發地址，
// 留意lb://表示這是個服務名，要從
r -> r.path("/lbtest/**").uri("lb://provider-hello")
)
.build();
}
}
上述代碼只裝備了一個路由，還有一個在裝備文件中，這樣就能驗證代碼和裝備文件能不能同時收效了：
server:
#服務端口
port: 8084
spring:
application:
name: gateway-by-code
cloud:
nacos:
discovery:
# nacos服務地址
server-addr: 127.0.0.1:8848
gateway:
routes:
- id: path_route_addr
uri: http://127.0.0.1:8082
predicates:
- Path=/hello/**
測驗類和之前工程的一模一樣，就不占用篇幅了，依舊是兩個測驗辦法testHelloPredicates和testLoadBalance
履行單元測驗可以順利經過，證明代碼裝備路由沒有問題：
至此，負載均衡、nacos裝備、代碼裝備的實例我們都測驗過了，它們合起來會給實踐生存環境的裝備帶來很大的方便，期望可以給您一些參閱
我們是成立于2003年的南通網站建設公司,設有廣州分公司,提供高品質網站建設,電商網站設計開發,外貿網站制作,響應式網頁設計,微信小程序等服務.我們的目標是將靈通云打造成網站品牌策劃、網站品牌形象設計、網絡營銷傳播行業的國際型企業！為客戶創造有價值的品牌營銷體驗，讓互聯網提升企業的競爭力！
17年建站服務經驗
服務27家500強企業
服務136家上市企業
服務行業龍頭超過70家
設有南通和廣州網站建設公司
多項網站設計傳播大獎
營銷型網站建設專家
完備的項目流程管理體系
B2C電商網站建設供應商
網頁設計與網站開發技術并重
作為一家集“創意+整合+營銷”的互聯網整合營銷機構，我們在業內具有深遠的設計影響力和良好的客戶口碑。我們提供從前期的網站品牌分析策劃、網站設計、創意表現、系統開發以及后續網站運營反饋建議等一系列服務，幫助企業打造創新的互聯網品牌經營模式與有效的網絡營銷方法,創造更大的品牌勢能！
南通網站建設公司地址：南通市福田區車公廟創新科技廣場一期A座3層
廣州網站建設公司地址：廣州市海珠區新港東路1068號中洲中心北塔1709 | 業務熱線：400-688-6062
南通市靈通云網站建設設計公司 | 粵ICP備06108334號-1 Copyright 2018,ALL Rights Reserved szweb.cn | 粵公網安備:440304020027764號 | © Copyright 2018版權所有.
專家團隊為您提供南通網站建設,南通網站設計,南通品牌網站設計,南通營銷型網站制作等服務,南通建網站就找靈通云！ | 南通網站建設哪家好？ | 網站建設地圖
