不論是使用傳統(tǒng)路由的配置方式還是服務路由的配置方式，我們都需要為每個路由規(guī)則定義匹配表達式，也就是上面所說的 path 參數(shù)。在Zuul中，路由匹配的路徑表達式采用了Ant風格定義。

Ant風格的路徑表達式使用起來非常簡單，它一共有下面這三種通配符：

我們可以通過下表的示例來進一步理解這三個通配符的含義并參考著來使用：

另外，當我們使用通配符的時候，經(jīng)常會碰到這樣的問題：一個URL路徑可能會被多個不同路由的表達式匹配上。比如：有這樣的一個場景，我們在系統(tǒng)建設的一開始實現(xiàn)了 user-service 服務，并且配置了如下路由規(guī)則：

zuul.routes.user-service.path=/user-service/**
zuul.routes.user-service.serviceId=user-service

但是隨著版本的迭代，我們對 user-service 服務做了一些功能拆分，將原屬于 user-service 服務的某些功能拆分到了另外一個全新的服務 user-service-ext 中去，而這些拆分的外部調(diào)用URL路徑希望能夠符合規(guī)則 /user-service/ext/** ，這個時候我們需要就在配置文件中增加一個路由規(guī)則，完整配置如下：

zuul.routes.user-service.path=/user-service/**
zuul.routes.user-service.serviceId=user-service

zuul.routes.user-service-ext.path=/user-service/ext/**
zuul.routes.user-service-ext.serviceId=user-service-ext

這個時候，調(diào)用 user-service-ext 服務的URL路徑實際上會同時被 /user-service/** 和 /user-service/ext/** 兩個表達式所匹配。在邏輯上，API網(wǎng)關(guān)服務需要優(yōu)先選擇 /user-service/ext/** 路由，然后再匹配 /user-service/** 路由才能實現(xiàn)上述需求。但是如果使用上面的配置方式，實際上是無法保證這樣的路由優(yōu)先順序的。

從下面的路由匹配算法中，我們可以看到它在使用路由規(guī)則匹配請求路徑的時候是通過線性遍歷的方式，在請求路徑獲取到第一個匹配的路由規(guī)則之后就會返回并結(jié)束匹配過程。所以當存在多個匹配的路由規(guī)則時，匹配結(jié)果完全取決于路由規(guī)則的保存順序。

@Override
public Route getMatchingRoute(final String path){
 ...
 ZuulRoute route = null;
 if (!matchesIgnoredPatterns(adjustedPath)) {
 for (Entry<String, ZuulRoute> entry : this.routes.get().entrySet()) {
  String pattern = entry.getKey();
  log.debug("Matching pattern:" + pattern);
  if (this.pathMatcher.match(pattern, adjustedPath)) {
  route = entry.getValue();
  break;
  }
 }
 }
 log.debug("route matched=" + route);
 return getRoute(route, adjustedPath);
}

下面所示代碼是基礎的路由規(guī)則加載算法，我們可以看到這些路由規(guī)則是通過 LinkedHashMap 保存的，也就是說路由規(guī)則的保存是有序的，而內(nèi)容的加載是通過遍歷配置文件中路由規(guī)則依次加入的，所以導致問題的根本原因是對配置文件中內(nèi)容的讀取。

protected Map<String, ZuulRoute> locateRoutes(){
 LinkedHashMap<String, ZuulRoute> routesMap = new LinkedHashMap<String, ZuulRoute>();
 for (ZuulRoute route : this.properties.getRoutes().values()) {
 routesMap.put(route.getPath(), route);
 }
 return routesMap;
}

由于 properties 的配置內(nèi)容無法保證有序，所以當出現(xiàn)這種情況的時候，為了保證路由的優(yōu)先順序，我們需要使用YAML文件來配置，以實現(xiàn)有序的路由規(guī)則，比如使用下面的定義：

zuul:
routes:
user-service-ext:
path: /user-service/ext/**
serviceId: user-service-ext
user-service:
path: /user-service/**
serviceId: user-service

忽略表達式

通過 path 參數(shù)定義的Ant表達式已經(jīng)能夠完成API網(wǎng)關(guān)上的路由規(guī)則配置功能，但是為了更細粒度和更為靈活的配置路由規(guī)則，Zuul還提供了一個忽略表達式參數(shù)： zuul.ignored-patterns 。該參數(shù)可以用來設置不希望被API網(wǎng)關(guān)進行路由的URL表達式。

比如，以快速入門中的示例為基礎，如果我們不希望 /hello 接口被路由，那么我們可以這樣設置：

zuul.ignored-patterns=/**/hello/**
zuul.routes.api-a.path=/api-a/**
zuul.routes.api-a.serviceId=hello-service

然后，可以嘗試通過網(wǎng)關(guān)來訪問 hello-service 的 /hello 接口： http://localhost:5555/api-a/hello 。雖然該訪問路徑的完全符合 path 參數(shù)定義的 /api-a/** 規(guī)則，但是由于該路徑符合 zuul.ignored-patterns 參數(shù)定義的規(guī)則，所以不會被正確路由。同時，我們在控制臺或日志中還能看到?jīng)]有匹配路由的輸出信息：

o.s.c.n.z.f.pre.PreDecorationFilter   : No route found for uri: /api-a/hello

另外，該參數(shù)在使用時還需要注意它的范圍并不是對某個路由，而是對所有路由的。所以在設置的時候需要全面的考慮URL規(guī)則，防止忽略了不該被忽略的URL路徑。

如果您有任何想法或問題需要討論或交流，可進入交流區(qū)發(fā)表您的想法或問題。

以上就是本文的全部內(nèi)容，希望對大家的學習有所幫助，也希望大家多多支持腳本之家。

最新評論