上篇文章我們介紹了API網(wǎng)關(guān)的基本構(gòu)建方式以及請求過濾，小伙伴們對Zuul的作用應(yīng)該已經(jīng)有了一個基本的認(rèn)識，但是對于路由的配置我們只是做了一個簡單的介紹，本文我們就來看看路由配置的其他一些細(xì)節(jié)。

首先我們來回憶一下上篇文章我們配置路由規(guī)則的那兩行代碼：

zuul.routes.api-a.path=/api-a/**
zuul.routes.api-a.serviceId=feign-consumer

我們說當(dāng)我的訪問地址符合/api-a/**規(guī)則的時候，會被自動定位到feign-consumer服務(wù)上去，不過兩行代碼有點麻煩，我們可以用下面一行代碼來代替，如下：

zuul.routes.feign-consumer=/api-a/**

zuul.routes后面跟著的是服務(wù)名，服務(wù)名后面跟著的是路徑規(guī)則，這種配置方式顯然更簡單。

如果映射規(guī)則我們什么都不寫，系統(tǒng)也給我們提供了一套默認(rèn)的配置規(guī)則，默認(rèn)的配置規(guī)則如下：

zuul.routes.feign-consumer.path=/feign-consumer/**
zuul.routes.feign-consumer.serviceId=feign-consumer

默認(rèn)情況下，Eureka上所有注冊的服務(wù)都會被Zuul創(chuàng)建映射關(guān)系來進(jìn)行路由，但是對于我這里的例子來說，我希望提供服務(wù)的是feign-consumer，hello-service作為服務(wù)提供者只對服務(wù)消費者提供服務(wù)，不對外提供服務(wù)，如果使用默認(rèn)的路由規(guī)則，則Zuul也會自動為hello-service創(chuàng)建映射規(guī)則，這個時候我們可以采用如下方式來讓Zuul跳過hello-service服務(wù)，不為其創(chuàng)建路由規(guī)則：

zuul.ignored-services=hello-service

有的小伙伴可能為有疑問，我們定義路由規(guī)則/api-a/**的時候，為什么最后面是兩個*，一個可不可以呢？當(dāng)然可以，不過意義可就不一樣了，Zuul中的路由匹配規(guī)則使用了Ant風(fēng)格定義，一共有三種不同的通配符：

有的時候我們還會遇到這樣一個問題，比如我有兩個服務(wù)，一個叫做feign-consumer，還有一個叫做feign-consumer-hello，此時我的路由配置規(guī)則可能這樣來寫：

zuul.routes.feign-consumer.path=/feign-consumer/**
zuul.routes.feign-consumer.serviceId=feign-consumer

zuul.routes.feign-consumer-hello.path=/feign-consumer/hello/**
zuul.routes.feign-consumer-hello.serviceId=feign-consumer-hello

此時我訪問feign-consumer-hello的路徑會同時被這兩條規(guī)則所匹配，Zuul中的路徑匹配方式是一種線性匹配方式，即按照路由匹配規(guī)則的存儲順序依次匹配，因此我們只需要確保feign-consumer-hello的匹配規(guī)則被先定義feign-consumer的匹配規(guī)則被后定義即可，但是在properties文件中我們不能保證這個先后順序，此時我們需要用YAML來配置，這個時候我們可以刪掉resources文件夾下的application.properties，然后新建一個application.yml，內(nèi)容如下：

spring:
 application:
  name: api-gateway
server:
 port: 2006
zuul:
 routes:
  feign-consumer-hello:
   path: /feign-consumer/hello/**
   serviceId: feign-consumer-hello
  feign-consumer:
   path: /feign-consumer/**
   serviceId: feign-consumer
eureka:
 client:
  service-url:
   defaultZone: http://localhost:1111/eureka/

這個時候我們就可以確保先加載feign-consumer-hello的匹配規(guī)則，后加載feign-consumer的匹配規(guī)則。

上文我們說了一個zuul.ignored-services=hello-service屬性可以忽略掉一個服務(wù)，不給某個服務(wù)設(shè)置映射規(guī)則，這個配置我們可以進(jìn)一步細(xì)化，比如說我不想給/hello接口路由，那我們可以按如下方式配置(后面我都用yaml配置)：

zuul:
 ignored-patterns: /**/hello/**

此時訪問/hello接口就會報404錯誤，同時我們也可以看到后臺打印如下日志：

此外，我們也可以統(tǒng)一的為路由規(guī)則增加前綴，設(shè)置方式如下：

zuul:
 prefix: /myapi

此時我們的訪問路徑就變成了http://localhost:2006/myapi/feign-consumer/hello1。

一般情況下API網(wǎng)關(guān)只是作為系統(tǒng)的統(tǒng)一入口，但是有的時候我們可能也需要在API網(wǎng)關(guān)上做一點業(yè)務(wù)邏輯操作，比如我現(xiàn)在在api-gateway項目中新建如下Controller：

@RestController
public class HelloController {
  @RequestMapping("/local")
  public String hello() {
    return "hello api gateway";
  }
}

我希望用戶在訪問/local時能夠自動跳轉(zhuǎn)到這個方法上來處理，那么此時我們需要用到Zuul的本地跳轉(zhuǎn)，配置方式如下：

zuul:
 prefix: /myapi
 ignored-patterns: /**/hello/**
 routes:
  local:
   path: /local/**
   url: forward:/local

此時訪問http://localhost:2006/myapi/local結(jié)果如下：

我們在使用Nginx的時候，會涉及到一個請求頭信息的配置，防止頁面重定向后跳轉(zhuǎn)到上游服務(wù)器上去，這個問題在Zuul中一樣存在，假設(shè)我的feign-consumer中提供了一個接口/hello4，當(dāng)訪問/hello4接口的時候，頁面重定向到/hello，默認(rèn)情況下，重定向的地址是具體的服務(wù)實例的地址，而不是API網(wǎng)關(guān)的跳轉(zhuǎn)地址，這種做法會暴露真實的服務(wù)地址，所以需要在Zuul中配置，配置方式很簡單，如下：

zuul:
 add-host-header: true

表示API網(wǎng)關(guān)在進(jìn)行請求路由轉(zhuǎn)發(fā)前為請求設(shè)置Host頭信息。

默認(rèn)情況下，敏感的頭信息無法經(jīng)過API網(wǎng)關(guān)進(jìn)行傳遞，我們可以通過如下配置使之可以傳遞：

zuul:
 routes:
  feign-consumer:
   sensitiveHeaders:

在Zuul中，Ribbon和Hystrix的配置還是和之前的配置方式一致，這里我就不贅述了，如果我們想關(guān)閉Hystrix重試機制，可以通過如下方式：

關(guān)閉全局重試機制：

zuul:
 retryable: false

關(guān)閉某一個服務(wù)的重試機制：

zuul:
 routes:
  feign-consumer:
   retryable: false

關(guān)于Zuul中路由的配置細(xì)節(jié)我們就說到這里，有問題歡迎討論。以上就是本文的全部內(nèi)容，希望對大家的學(xué)習(xí)有所幫助，也希望大家多多支持腳本之家。

最新評論