在微服務架構中，為啥需要閘道器？？
首先微服務架構中，每個服務都實現單獨的功能，假設沒有閘道器層，有哪些問題呢？
1）客戶端連線服務端，許可權認證，介面限流等基礎功能，每個服務都得具備，重複造輪子，顯然不可取；
2）使用者在前端的操作，單個服務介面可能不滿足服務，這就導致客戶端與服務端互動多次，導致頁面渲染緩慢，影響客戶 體驗；
閘道器層的作用，不僅僅我這列出來的幾個點，為了解決以上問題，我們提出閘道器的概念，框架圖改造如下：
spring cloud gateway 由spring官方提供，為了取代zuul，目前spring整合的zuul，還是zuul的1.0版本，底層採用bio的工作模式；為了提公升閘道器工作效能，spring急需一款高效能的閘道器產品，但是zuul的2.0的版本遲遲沒有上線（基於netty nio），所以spring只有自己閉門造車，開發了spring cloud gateway；
spring cloud gateway底層採用spring webflux/reactor元件；
yml配置介紹：
spring:
name: spring-cloud-gateway
cloud:
gateway:
routes:
- predicates
- path=/gateway/**** #閘道器請求url
filters
- stripprefix=1 #擷取掉/gateway ，後面才是真實路徑
斷言filter
自定義操作
gateway實現限流
gateway請求負載
gateway動態路由
圖為spring官方提供
功能說明：
1）routes:
id 每個id 代表乙個路由
uri 表示對映的位址
predicates 斷言，目前sring官方提供了11種斷言
2）斷言：
例如配置cookie、如果cookie中存在name=jason，則斷言為true,否則為false
spring:
name: spring-cloud-gateway
cloud:
gateway:
routes:
- id: config_route
predicates
- path=/gateway/**** #閘道器請求url
filters
- stripprefix=1 #擷取掉/gateway ，後面才是真實路徑
3）過濾器：
當斷言匹配後，可以在請求的前置，或者後置做一些特殊的處理，springcloud gateway提供了31種過濾器，大致可以分為兩類，全域性和針對某個路由生效的過濾器；
4）自定義：
可以檢視斷言，以及過濾器的**，自已定義斷言，和過濾器。這一塊的邏輯後續補充
springcloud gateway解決跨域問題
方式一 if request method options if request method post if request method get 方式二 未加if判斷 add header access control allow origin add header access control...
Spring Cloud Gateway 配置資訊
了解gateway的配置才可以理解使用gateway可以做什麼事情，才能更好地應用在產品開發中。predicates主要起的作用是 配置路由匹配請求的規則 http 相關 path 配置對於請求路徑的匹配規則 yml配置，多個引數用逗號隔開 path aa bb json配置 cookie 配置對c...
spring cloud Gateway簡單使用
2年前有幸使用過一次spring cloud 1.5.9 1.整合的是zuul做閘道器，沒有使用gateway做閘道器，一直是個小遺憾。終於在2年後的19年底再次使用spring cloud,這次果斷使用spring cloud 全家桶。閘道器就是原生的spring cloud gateway 專案...