zuul动态路由支持的路径格式及扩展性测试

ps:我们使用了动态路由,如果不是动态路由(使用静态文件的配置文件),也是符合本文的逻辑.

一 对当前网关的路由解析的分析

 

跟踪代码发现zuul目前支持的路由解析策略对url的匹配的格式应该是

/url/**  ,其中**号不支持出现多次,

1.class DiscoveryClientRouteLocator

 

 

2  class ZuulProperties

@Data

@NoArgsConstructor

public static class ZuulRoute {

 

/**

 * The ID of the route (the same as its map key by default).

 */

private String id;

 

/**

 * The path (pattern) for the route, e.g. /foo/**.

//这里只能有一个** 并且测试发现不是* 要两个*

 */

private String path;

 

/**

 * The service ID (if any) to map to this route. You can specify a physical URL or

 * a service, but not both.

 */

private String serviceId;

 

二 目前网关路由对url匹配的一些扩展测试

比如对于数据库的路由表

(使用静态路由的话,和这个表效果一样)

比如我之前使用过的静态文件配置路径的一个小例子

zuul.routes.api-a.path=/api-a/**
zuul.routes.api-a.serviceId=client-ribbon
  
zuul.routes.api-b.path=/api-b/**
zuul.routes.api-b.serviceId=client-ribbon

zuul.routes.api-c.path=/api-b/**
zuul.routes.api-c.serviceId=fuzai

 

经过测试针对路由的path, 在第一部分说明了只支持一个**模糊匹配

 

**之前的path只支持固定字符串的匹配方式

可以匹配以下3种 (以下三种写法是等效的,当然也可以使用更多的分割路径,比如4个) 

/a/b/c/**

/a/b/**

/a/**

其中a,b,c都是固定字符串 并且每一个都可以当作项目id 名字(serviceId)

 

比如经过如上配置:

url

10.166.15.55:6096/abc/chaosclient-service-provider/def/getMessageqq?num=1001

10.166.15.55:6096/chaosclient-service-provider/getMessageqq?num=1001

访问内容可以一致

 

其实这种也满足了绝大部分的路由场景需要.

 

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值