spring cloud gateway系列教程目錄
- spring cloud gateway系列教程1—Route Predicate
- spring cloud gateway系列教程2——GatewayFilter_上篇
- spring cloud gateway系列教程2——GatewayFilter_下篇
- spring cloud gateway系列教程3—Global Filters
- spring cloud gateway系列教程4—其他配置
怎么引入spring cloud gateway
maven上陕贮,只需引入如下依賴即可:
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-gateway</artifactId>
</dependency>
引入了依賴默認即開啟gateway了,如果暫時不想使用這個功能,這可以配置spring.cloud.gateway.enabled=false
即可萄窜。
Spring Cloud Gateway使用的是Spring Boot和Spring Webflux提供的Netty底層環(huán)境坝咐,不能和傳統(tǒng)的Servlet容器一起使用循榆,也不能打包成一個WAR包。
工作原理
當客戶端發(fā)送請求到Spring Cloud Gateway墨坚,Gateway Handler Mapping會匹配Route映射分發(fā)到Gateway Web Handler秧饮。handler會將請求經(jīng)過一系列的filter處理,代理請求前泽篮,會執(zhí)行左右的"pre" filter邏輯盗尸,代理請求后,會執(zhí)行所有"post" filter邏輯帽撑。
Route Predicate Factories
Spring Cloud Gateway是使用Spring WebFlux的HandlerMapping作為匹配路由底層實現(xiàn)泼各,本身已自帶很多Route Predicate Factories,分別匹配不同的http請求屬性亏拉,多個Route Predicate Factories也可以通過and
進行邏輯合并匹配扣蜻。
1. After Route Predicate Factory
After Route Predicate Factory使用的是時間作為匹配規(guī)則,只要當前時間大于設(shè)定時間及塘,路由才會匹配請求莽使。
application.yml:
spring:
cloud:
gateway:
routes:
- id: after_route
uri: http://www.google.com
predicates:
- After=2018-12-25T14:33:47.789+08:00
這個路由規(guī)則會在東8區(qū)的2018-12-25 14:33:47后,將請求都轉(zhuǎn)跳到google磷蛹。
2. Before Route Predicate Factory
Before Route Predicate Factory也是使用時間作為匹配規(guī)則吮旅,只要當前時間小于設(shè)定時間,路由才會匹配請求。
application.yml:
spring:
cloud:
gateway:
routes:
- id: before_route
uri: http://www.google.com
predicates:
- Before=2018-12-25T14:33:47.789+08:00
這個路由規(guī)則會在東8區(qū)的2018-12-25 14:33:47前庇勃,將請求都轉(zhuǎn)跳到google檬嘀。
3. Between Route Predicate Factory
Between Route Predicate Factory也是使用兩個時間作為匹配規(guī)則,只要當前時間大于第一個設(shè)定時間责嚷,并小于第二個設(shè)定時間鸳兽,路由才會匹配請求。
application.yml:
spring:
cloud:
gateway:
routes:
- id: between_route
uri: http://www.google.com
predicates:
- Between=2018-12-25T14:33:47.789+08:00, 2018-12-26T14:33:47.789+08:00
這個路由規(guī)則會在東8區(qū)的2018-12-25 14:33:47到2018-12-26 14:33:47之間罕拂,將請求都轉(zhuǎn)跳到google揍异。
4. Cookie Route Predicate Factory
Cookie Route Predicate Factory使用的是cookie名字和正則表達式的value作為兩個輸入?yún)?shù),請求的cookie需要匹配cookie名和符合其中value的正則爆班。
application.yml:
spring:
cloud:
gateway:
routes:
- id: cookie_route
uri: http://www.google.com
predicates:
- Cookie=cookiename, cookievalue
路由匹配請求存在cookie名為cookiename衷掷,cookie內(nèi)容匹配cookievalue的,將請求轉(zhuǎn)發(fā)到google柿菩。
5. Header Route Predicate Factory
Header Route Predicate Factory戚嗅,與Cookie Route Predicate Factory類似,也是兩個參數(shù)枢舶,一個header的name懦胞,一個是正則匹配的value。
application.yml:
spring:
cloud:
gateway:
routes:
- id: header_route
uri: http://www.google.com
predicates:
- Header=X-Request-Id, \d+
路由匹配存在名為X-Request-Id
凉泄,內(nèi)容為數(shù)字的header的請求躏尉,將請求轉(zhuǎn)發(fā)到google。
6. Host Route Predicate Factory
Host Route Predicate Factory使用的是host的列表作為參數(shù)后众,host使用Ant style匹配胀糜。
application.yml:
spring:
cloud:
gateway:
routes:
- id: host_route
uri: http://www.google.com
predicates:
- Host=**.somehost.org,**.anotherhost.org
路由會匹配Host諸如:www.somehost.org
或 beta.somehost.org
或www.anotherhost.org
等請求。
7. Method Route Predicate Factory
Method Route Predicate Factory是通過HTTP的method來匹配路由蒂誉。
application.yml:
spring:
cloud:
gateway:
routes:
- id: method_route
uri: http://www.google.com
predicates:
- Method=GET
路由會匹配到所有GET方法的請求僚纷。
8. Path Route Predicate Factory
Path Route Predicate Factory使用的是path列表作為參數(shù),使用Spring的PathMatcher
匹配path拗盒,可以設(shè)置可選變量。
application.yml:
spring:
cloud:
gateway:
routes:
- id: host_route
uri: http://www.google.com
predicates:
- Path=/foo/{segment},/bar/{segment}
上面路由可以匹配諸如:/foo/1
或 /foo/bar
或 /bar/baz
等
其中的segment變量可以通過下面方式獲茸墩:
PathMatchInfo variables = exchange.getAttribute(URI_TEMPLATE_VARIABLES_ATTRIBUTE);
Map<String, String> uriVariables = variables.getUriVariables();
String segment = uriVariables.get("segment");
在后續(xù)的GatewayFilter Factories就可以做對應的操作了陡蝇。
9. Query Route Predicate Factory
Query Route Predicate Factory可以通過一個或兩個參數(shù)來匹配路由,一個是查詢的name哮肚,一個是查詢的正則value登夫。
application.yml:
spring:
cloud:
gateway:
routes:
- id: query_route
uri: http://www.google.com
predicates:
- Query=baz
路由會匹配所有包含baz
查詢參數(shù)的請求。
application.yml:
spring:
cloud:
gateway:
routes:
- id: query_route
uri: http://www.google.com
predicates:
- Query=foo, ba.
路由會匹配所有包含baz
允趟,并且baz
的內(nèi)容為諸如:bar
或baz
等符合ba.
正則規(guī)則的請求恼策。
10. RemoteAddr Route Predicate Factory
RemoteAddr Route Predicate Factory通過無類別域間路由(IPv4 or IPv6)列表匹配路由。
application.yml:
spring:
cloud:
gateway:
routes:
- id: remoteaddr_route
uri: http://www.google.com
predicates:
- RemoteAddr=192.168.1.1/24
上面路由就會匹配RemoteAddr諸如192.168.1.10
等請求。
10.1 Modifying the way remote addresses are resolved
RemoteAddr Route Predicate Factory默認情況下涣楷,使用的是請求的remote address分唾。但是如果Spring Cloud Gateway是部署在其他的代理后面的,如Nginx狮斗,則Spring Cloud Gateway獲取請求的remote address是其他代理的ip绽乔,而不是真實客戶端的ip。
考慮到這種情況碳褒,你可以自定義獲取remote address的處理器RemoteAddressResolver
折砸。當然Spring Cloud Gateway也提供了基于X-Forwarded-For請求頭的XForwardedRemoteAddressResolver
。
熟悉Http代理協(xié)議的沙峻,都知道X-Forwarded-For頭信息做什么的睦授,不熟悉的可以自己谷歌了解一下。
XForwardedRemoteAddressResolver
提供了兩個靜態(tài)方法獲取它的實例:
XForwardedRemoteAddressResolver::trustAll
得到的RemoteAddressResolver
總是獲取X-Forwarded-For的第一個ip地址作為remote address摔寨,這種方式就比較容易被偽裝的請求欺騙去枷,模擬請求很容易通過設(shè)置初始的X-Forwarded-For
頭信息,就可以欺騙到gateway祷肯。
XForwardedRemoteAddressResolver::maxTrustedIndex
得到的RemoteAddressResolver
則會在X-Forwarded-For
信息里面沉填,從右到左選擇信任最多maxTrustedIndex
個ip,因為X-Forwarded-For
是越往右是越接近gateway的代理機器ip佑笋,所以是越往右的ip翼闹,信任度是越高的。
那么如果前面只是擋了一層Nginx的話蒋纬,如果只需要Nginx前面客戶端的ip猎荠,則maxTrustedIndex
取1,就可以比較安全地獲取真實客戶端ip蜀备。
使用java的配置:
GatewayConfig.java:
RemoteAddressResolver resolver = XForwardedRemoteAddressResolver
.maxTrustedIndex(1);
...
.route("direct-route",
r -> r.remoteAddr("10.1.1.1", "10.10.1.1/24")
.uri("http://www.google.com")
.route("proxied-route",
r -> r.remoteAddr(resolver, "10.10.1.1", "10.10.1.1/24")
.uri("http://www.google.com")
)
這一章節(jié)講的了幾種Route Predicate Factory的使用及場景关摇,下一章節(jié)講GatewayFilter Factories的使用。
如果想查看其他spring cloud gateway的案例和使用碾阁,可以點擊查看