前提

• Eureka：服务端
• User： 客服端(microservice-provider-user)
• Zuul： 客服端(microservice-gateway-zuul)
  
  

Embedded Zuul Reverse Proxy

注册zuul反向代理的几种配置形式

Zuul默认是反向代理所有注册到eureka上的微服务。

路径必须具有可以指定为ant样式模式的路径，因此/myusers/仅匹配一个级别，
但/myusers/*是分层匹配的。

第1种配置形式

• 忽略反向代理所有微服务，仅代理配置了的微服务

    zuul:
      ignoredServices: '*'
      routes:
        microservice-provider-user: /myusers/**

• 忽略反向代理指定微服务

    zuul:
      ignoredServices: microservice-provider-goods
      routes:
        microservice-provider-user: /myusers/**

第2种配置形式

• 反向代理microservice-provider-user微服务,路径是/myusers/**
  • aaaa这个名字任意，只要是唯一的就行
  • 为了方便测试，忽略microservice-provider-goods微服务的反向代理

      zuul:
        ignoredServices: microservice-provider-goods
        routes:
          aaaa:
            path: /myusers-path/**
            serviceId: microservice-provider-user
  

注： 示例意味着对/myusers的HTTP调用将转发到microservice-provider-user服务。

第3种配置形式

示例意味着对/myusers-url/**的HTTP调用将通过请求microservice-provider-user服务的url地址请求microservice-provider-user服务

zuul:
  routes:
    abc:
      path: /myusers-url/**
      url: http://192.168.85.1:7900/

第4种配置形式

zuul:
  routes:
    abc:
      path: /myusers-url/**
      # 这里要用service-id而不是url
      service-id: microservice-provider-user
# 禁用掉ribbon的eureka使用
ribbon:
  eureka:
    enabled: false
# 这边是ribbon要请求的微服务的serviceId
microservice-provider-user:     
  ribbon:
    listOfServers: http://localhost:7900,http://localhost:7901

第5种配置形式

通过修改ZuulApplication.java中的代码，设置正则表达式，调用PatternServiceRouteMapper进行注入

    @Bean
    public PatternServiceRouteMapper serviceRouteMapper() {
        return new PatternServiceRouteMapper("(?<name>^.+)-(?<version>v.+$)", "${version}/${name}");
    }

==注意：== 此种方式要满足如下这种条件，microservice-provider-user服务的名字应该修改成microservice-provider-user-v1

第6种配置形式

• 标准配置
  
  在application.yml为路径增加一个映射前缀
  • 全局配置

  zuul:
    prefix: /user
    # 剥掉前缀，默认是true
    strip-prefix: false
  

  • 局部配置：(只针对aaa这个路由)

  zuul:
    routes:
      aaa: 
        path: /myusers/**
        # 剥掉前缀，默认是true
        strip-prefix: false
  

  解释：
  
  path后填写的是代理的服务的访问路径；
• 例如：(以全局配置为例)
  
  此处代理的是microservice-provider-user微服务；
  • 其不配置前缀，正常的访问形式是：

    localhost:8010/microservice-provider-user/user/1
    

    正常的访问形式下,后台请求路径是：

    /user/1
    

    所以，此处的path应该填写：/user
  • 当stripPrefix是 false时，访问路径因设置path而变成：

    localhost:8010/user/microservice-provider-user/1
    

    此时，后台请求路径未剥离前缀user，故请求路径是：/user/1
    
    如果前缀设置成其它值，因为不会剥离前缀，故后台请求路径会变成/api/user/1;从而导致访问失败
  • 当stripPrefix是 true时，访问路径因设置path而变成：

    localhost:8010/user/microservice-provider-user/user/1
    

    此时，仅仅是在访问路径中加了一个前缀
• 适用场景：
  
  原来的homepage是:

  localhost:8010
  

  现在的homepage根据业务需求设置了classpath修改成了：

  localhost:8010/api
  

  那么此时就需要对application.yml进行如上配置

第7种配置形式

• 在application.yml修改
  
  此处的路由生效顺序是(从上到下)：先users在legacy

zuul:
  routes:
    users:
      path: /myusers/**
    legacy:
      path: /**

==注：==

• 如果需要对代理的路由保留默认排序，则需要使用.yml文件；如果使用.properties文件，则容易造成排序不生效。
• 如果您要使用属性文件，则旧路径可能最终位于用户路径前面，从而导致用户路径无法访问。