mysql网关源码_Soul网关源码阅读（八）路由匹配初探

最新推荐文章于 2022-11-15 19:31:30 发布
最新推荐文章于 2022-11-15 19:31:30 发布
阅读量142 收藏
点赞数
文章标签： mysql网关源码
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_30783205/article/details/113302427
版权

Soul网关源码阅读(八)路由匹配初探

简介

今日看看路由的匹配相关代码，查看HTTP的DividePlugin匹配

示例运行

使用HTTP的示例，运行Soul-Admin，Soul-Bootstrap，Soul-Example-HTTP

记得启动数据库

docker run --name mysql -p 3306:3306 -e MYSQL_ROOT_PASSWORD=123456 -d mysql:latest

其他的就不再赘述了，有问题可以参照前面的文章，看看有没有啥借鉴的

源码Debug

在番外篇：Soul网关源码阅读番外篇(一) HTTP参数请求错误，我们知道了GlobalPlugin的重要性，其会将请求对应的真实是后台服务器路径写入Exchange中，我们先来摸一摸其具体细节：

进入断点后，继续跟入

public class GlobalPlugin implements SoulPlugin {

......

@Override

public Mono execute(final ServerWebExchange exchange, final SoulPluginChain chain) {

final ServerHttpRequest request = exchange.getRequest();

final HttpHeaders headers = request.getHeaders();

final String upgrade = headers.getFirst("Upgrade");

SoulContext soulContext;

if (StringUtils.isBlank(upgrade) || !"websocket".equals(upgrade)) {

// 进入build函数，进行操作

soulContext = builder.build(exchange);

} else {

final MultiValueMap queryParams = request.getQueryParams();

soulContext = transformMap(queryParams);

}

exchange.getAttributes().put(Constants.CONTEXT, soulContext);

return chain.execute(exchange);

}

......

}

跟进build里面去，里面首先获取了路径，进行请求类型判断，没有元数据则走到了默认的HTTP

public class DefaultSoulContextBuilder implements SoulContextBuilder {

@Override

public SoulContext build(final ServerWebExchange exchange) {

final ServerHttpRequest request = exchange.getRequest();

// path = /http/order/findById

String path = request.getURI().getPath();

MetaData metaData = MetaDataCache.getInstance().obtain(path);

if (Objects.nonNull(metaData) && metaData.getEnabled()) {

exchange.getAttributes().put(Constants.META_DATA, metaData);

}

// 进入 transform 函数

return transform(request, metaData);

}

private SoulContext transform(final ServerHttpRequest request, final MetaData metaData) {

final String appKey = request.getHeaders().getFirst(Constants.APP_KEY);

final String sign = request.getHeaders().getFirst(Constants.SIGN);

final String timestamp = request.getHeaders().getFirst(Constants.TIMESTAMP);

SoulContext soulContext = new SoulContext();

// path = /http/order/findById

String path = request.getURI().getPath();

soulContext.setPath(path);

if (Objects.nonNull(metaData) && metaData.getEnabled()) {

if (RpcTypeEnum.SPRING_CLOUD.getName().equals(metaData.getRpcType())) {

setSoulContextByHttp(soulContext, path);

soulContext.setRpcType(metaData.getRpcType());

} else if (RpcTypeEnum.DUBBO.getName().equals(metaData.getRpcType())) {

setSoulContextByDubbo(soulContext, metaData);

} else if (RpcTypeEnum.SOFA.getName().equals(metaData.getRpcType())) {

setSoulContextBySofa(soulContext, metaData);

} else if (RpcTypeEnum.TARS.getName().equals(metaData.getRpcType())) {

setSoulContextByTars(soulContext, metaData);

} else {

setSoulContextByHttp(soulContext, path);

soulContext.setRpcType(RpcTypeEnum.HTTP.getName());

}

} else {

// 来打这，进行HTTP设置

setSoulContextByHttp(soulContext, path);

soulContext.setRpcType(RpcTypeEnum.HTTP.getName());

}

soulContext.setAppKey(appKey);

soulContext.setSign(sign);

soulContext.setTimestamp(timestamp);

soulContext.setStartDateTime(LocalDateTime.now());

Optional.ofNullable(request.getMethod()).ifPresent(httpMethod -> soulContext.setHttpMethod(httpMethod.name()));

return soulContext;

}

private void setSoulContextByHttp(final SoulContext soulContext, final String path) {

String contextPath = "/";

// 是一个列表，值是：http, order, findById

String[] splitList = StringUtils.split(path, "/");

if (splitList.length != 0) {

// 这个应该是前缀的意思，并且只取第一个，值是：/http

contextPath = contextPath.concat(splitList[0]);

}

// 取后面的字符串，得到：/order/findById

String realUrl = path.substring(contextPath.length());

soulContext.setContextPath(contextPath);

soulContext.setModule(contextPath);

soulContext.setMethod(realUrl);

soulContext.setRealUrl(realUrl);

}

}

在最后一个函数中，我们看到了具体设置realURL的代码，其大致思路，如上面代码总描述的一样

这里就有个小疑问，前缀也就是只能是 /xxx 之类的，如果是 /xxx/xxx 那请求后面是否会出问题

我们做了一个小实验，设置一个选择器为条件为：/more/prefix,一个规则为：/more/prefix/baidu，都是相等条件

下面Debug来看下GlobalPlugin的解析结果，如下，明显不是我们想要的，所有这里初步猜测不能选择器不能使用两级前缀，不然可能会出问题

contextPath = /more

realURL = /prefix/baidu

下面我继续看下，DividePlugin的匹配详情，首先打入断点在 AbstractSoulPlugin,执行匹配逻辑

public abstract class AbstractSoulPlugin implements SoulPlugin {

......

@Override

public Mono execute(final ServerWebExchange exchange, final SoulPluginChain chain) {

String pluginName = named();

final PluginData pluginData = BaseDataCache.getInstance().obtainPluginData(pluginName);

if (pluginData != null && pluginData.getEnabled()) {

final Collection selectors = BaseDataCache.getInstance().obtainSelectorData(pluginName);

if (CollectionUtils.isEmpty(selectors)) {

return handleSelectorIsNull(pluginName, exchange, chain);

}

// use /http/order/findById

// 这里首先进行选择器的匹配，我们看下选择器如果的匹配细节

final SelectorData selectorData = matchSelector(exchange, selectors);

if (Objects.isNull(selectorData)) {

return handleSelectorIsNull(pluginName, exchange, chain);

}

selectorLog(selectorData, pluginName);

final List rules = BaseDataCache.getInstance().obtainRuleData(selectorData.getId());

if (CollectionUtils.isEmpty(rules)) {

return handleRuleIsNull(pluginName, exchange, chain);

}

RuleData rule;

if (selectorData.getType() == SelectorTypeEnum.FULL_FLOW.getCode()) {

//get last

rule = rules.get(rules.size() - 1);

} else {

rule = matchRule(exchange, rules);

}

if (Objects.isNull(rule)) {

return handleRuleIsNull(pluginName, exchange, chain);

}

ruleLog(rule, pluginName);

return doExecute(exchange, chain, selectorData, rule);

}

return chain.execute(exchange);

}

private SelectorData matchSelector(final ServerWebExchange exchange, final Collection selectors) {

// 循环每个选择器，看是否能匹配得上，findFirst的意思是否多个匹配上就要第一个？

return selectors.stream()

.filter(selector -> selector.getEnabled() && filterSelector(selector, exchange))

.findFirst().orElse(null);

}

private Boolean filterSelector(final SelectorData selector, final ServerWebExchange exchange) {

if (selector.getType() == SelectorTypeEnum.CUSTOM_FLOW.getCode()) {

if (CollectionUtils.isEmpty(selector.getConditionList())) {

return false;

}

// 使用匹配策略工具进行匹配，我们进行跟下去

return MatchStrategyUtils.match(selector.getMatchMode(), selector.getConditionList(), exchange);

}

return true;

}

private RuleData matchRule(final ServerWebExchange exchange, final Collection rules) {

return rules.stream()

.filter(rule -> filterRule(rule, exchange))

.findFirst().orElse(null);

}

private Boolean filterRule(final RuleData ruleData, final ServerWebExchange exchange) {

return ruleData.getEnabled() && MatchStrategyUtils.match(ruleData.getMatchMode(), ruleData.getConditionDataList(), exchange);

}

......

}

继续跟到匹配策略工具的类中，它有and和or的匹配策略，判断策略，构造相关策略类后进行调用

public class MatchStrategyUtils {

public static boolean match(final Integer strategy, final List conditionDataList, final ServerWebExchange exchange) {

// and 策略，构造and策略类，进行匹配；继续跟进match

String matchMode = MatchModeEnum.getMatchModeByCode(strategy);

MatchStrategy matchStrategy = ExtensionLoader.getExtensionLoader(MatchStrategy.class).getJoin(matchMode);

return matchStrategy.match(conditionDataList, exchange);

}

}

进行跟到judge函数中

public class AndMatchStrategy extends AbstractMatchStrategy implements MatchStrategy {

@Override

public Boolean match(final List conditionDataList, final ServerWebExchange exchange) {

return conditionDataList

.stream()

.allMatch(condition -> OperatorJudgeFactory.judge(condition, buildRealData(condition, exchange)));

}

}

再根据judge，有点复杂感觉......

public class OperatorJudgeFactory {

public static Boolean judge(final ConditionData conditionData, final String realData) {

if (Objects.isNull(conditionData) || StringUtils.isBlank(realData)) {

return false;

}

return OPERATOR_JUDGE_MAP.get(conditionData.getOperator()).judge(conditionData, realData);

}

}

一层又一层，继续跟进match函数中

public class MatchOperatorJudge implements OperatorJudge {

@Override

public Boolean judge(final ConditionData conditionData, final String realData) {

if (Objects.equals(ParamTypeEnum.URI.getName(), conditionData.getParamType())) {

return PathMatchUtils.match(conditionData.getParamValue().trim(), realData);

}

return realData.contains(conditionData.getParamValue().trim());

}

}

在这终于看到了具体的逻辑实现了，大致可以看出这是个字符串匹配

public class PathMatchUtils {

private static final AntPathMatcher MATCHER = new AntPathMatcher();

public static boolean match(final String matchUrls, final String path) {

// matchUrls = /http/** , path = /http/order/findById

return Splitter.on(",").omitEmptyStrings().trimResults().splitToList(matchUrls).stream().anyMatch(url -> reg(url, path));

}

}

选择器的匹配大致就是这些，可以但到进行匹配，其中的过程还挺复杂的，隐约能感受到一点设计的思想，有点逐步拆分的感觉。这块具体的分析，后面有时间再看看

选择器匹配上以后，就进行到规则的匹配了，规则的匹配和选择器的匹配都是使用的这个匹配策略类进行匹配的，就是换行匹配的字符串罢了，这里就不详述了

需要注意的一点是，规则匹配是使用请求的完整路径和规则的完整路径进行匹配的，没有截取之类的，也就是选择器和规则的路径设置存在高度的关联性，前缀可以说必须进行继承，这样感觉可能会导致一些灵活性的丧失

继续来看 DividePlugin 插件，在下面的注释中可以看到 domain + readUrl 组合成了针对后端服务请求的url

public class DividePlugin extends AbstractSoulPlugin {

@Override

protected Mono doExecute(final ServerWebExchange exchange, final SoulPluginChain chain, final SelectorData selector, final RuleData rule) {

final SoulContext soulContext = exchange.getAttribute(Constants.CONTEXT);

assert soulContext != null;

final DivideRuleHandle ruleHandle = GsonUtils.getInstance().fromJson(rule.getHandle(), DivideRuleHandle.class);

final List upstreamList = UpstreamCacheManager.getInstance().findUpstreamListBySelectorId(selector.getId());

if (CollectionUtils.isEmpty(upstreamList)) {

log.error("divide upstream configuration error： {}", rule.toString());

Object error = SoulResultWrap.error(SoulResultEnum.CANNOT_FIND_URL.getCode(), SoulResultEnum.CANNOT_FIND_URL.getMsg(), null);

return WebFluxResultUtils.result(exchange, error);

}

final String ip = Objects.requireNonNull(exchange.getRequest().getRemoteAddress()).getAddress().getHostAddress();

DivideUpstream divideUpstream = LoadBalanceUtils.selector(upstreamList, ruleHandle.getLoadBalance(), ip);

if (Objects.isNull(divideUpstream)) {

log.error("divide has no upstream");

Object error = SoulResultWrap.error(SoulResultEnum.CANNOT_FIND_URL.getCode(), SoulResultEnum.CANNOT_FIND_URL.getMsg(), null);

return WebFluxResultUtils.result(exchange, error);

}

// set the http url : http://192.168.101.104:8188

String domain = buildDomain(divideUpstream);

// get real url : http://192.168.101.104:8188/order/findById?id=1111

String realURL = buildRealURL(domain, soulContext, exchange);

exchange.getAttributes().put(Constants.HTTP_URL, realURL);

exchange.getAttributes().put(Constants.HTTP_TIME_OUT, ruleHandle.getTimeout());

exchange.getAttributes().put(Constants.HTTP_RETRY, ruleHandle.getRetry());

return chain.execute(exchange);

}

}

不知道是不是平时使用的是NGINX，所有感觉Soul网关的转发好像不是那么灵活

如果我们按照两级来配置的话，那真实的url就会变成 http://baidu.com/baidu

使用一级前缀配置能达到目的，都使用match，选择器配置一级前缀，规则配置 /** ，这样前缀为 test 的请求都会转到百度

上面转发成功还是因为 规则： /** 能匹配 /test/ ，感觉没有NGINX类似的截取之类

总结

通过分析Soul的匹配算法，对如果写配置有了更深的了解，下面两点是需要注意的：

1.Soul网关只支持一级前缀，因为在设置RealURL的时候，分隔字符串后定时取取str[0]为前缀

2.Soul网关选择器和规则的路径设置存在高度的关联性，前缀可以说必须进行继承

了解了匹配的一些细节，有助于写匹配

Soul网关源码分析文章列表

Github

掘金

熊仔仔仔仔
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
java token验证解析_Spring Cloud Gateway使用Token验证详解
weixin_31139479的博客
02-27 1027
引入依赖org.springframework.cloudspring-cloud-dependencies${spring-cloud.version}pomimportorg.springframework.cloudspring-cloud-starter-gateway自定义过滤器可以继承 abstractgatewayfilterfactory 或实现 globalfilter 实现过滤...
RestTemplate请求模板详解
最新发布
m0_69057918的博客
03-07 752
什么是RestTemplate？RestTemplate HttpClient OkHttp 比较优缺点，RestTemplate请求客户端工具的原理及使用
SpringCloud：学习Gateway网关拦截器的ServerWebExchange
z69183787的专栏
11-26 1万+
1.Gateway的拦截器 我们要在项目中实现一个拦截器，需要继承两个类：GlobalFilter, Ordered GlobalFilter：全局过滤拦截器，在gateway中已经有部分实现，具体参照：https://www.cnblogs.com/liukaifeng/p/10055862.html Ordered：拦截器的顺序，不多说 于是一个简单的拦截器就有了 @Slf4j @Component public class AuthFilter implements GlobalFil
请求处理流程
god_86的专栏
02-27 640
Web处理流程1、请求入口//org.springframework.web.server.handler.FilteringWebHandler#handle public Mono&...
springcloud 网关_Spring Cloud 系列之 Gateway 服务网关（四）
weixin_39893042的博客
12-08 364
本篇文章为系列文章，未读前几集的同学请猛戳这里：哈喽沃德先生：Spring Cloud 系列之 Gateway 服务网关（一）​zhuanlan.zhihu.com哈喽沃德先生：Spring Cloud 系列之 Gateway 服务网关（二）​zhuanlan.zhihu.com哈喽沃德先生：Spring Cloud 系列之 Gateway 服务网关（三）​zhuanlan.zhihu.com本篇...
MySQL源码初探_mysql源码_piezca_MYSQL_
10-03
在阅读《MySQL源码初探》这本书或PDF文档时，可以按照以上结构来组织学习，逐步深入到MySQL的每一个角落。通过源码学习，我们可以更全面地理解MySQL的工作原理，这不仅有助于日常的开发和调试，还能为自定义扩展和...
Mysql源码整理)_news4ep_mysql源码_MYSQL_
10-01
本资源包“Mysql源码整理_news4ep_mysql源码_MYSQL_”是数据库学习者在研究MySQL源码过程中的笔记和资料集合，旨在帮助用户更深入地了解MySQL的内部工作机制。 MySQL源码的学习可以从以下几个关键方面展开： 1. **...
LYCMS自动采集影视源码_LYCMS_影视源码_phpmysql_源码
10-03
一款基于ThinkPHP5快速开发的管理CMS，完全放开双手自动采集影视的程序。修改 【application/database.php】数据库信息设置网站根目录为【public】导入根目录下的...123456设置伪静态规则，如果是Apache就不用设置
P2P金融借贷项目--源码+MySQL数据库_
10-19
在这个项目中，源码是实现P2P借贷平台功能的核心部分，而MySQL数据库则是用来存储和管理所有借贷相关的数据。 源码是程序员用编程语言编写的程序代码，它包含了处理用户注册、身份验证、发布借款标、投标、资金托管...
MySQL的ODBC接口源码.rar_MYSQL_ODBC 源码_c# odbc_mysql c_odbc mysql
09-20
MySQL的ODBC接口源码是用于在C#和C编程环境中连接MySQL数据库的重要工具，它基于ODBC（Open Database Connectivity）标准，允许开发者通过统一的API来访问多种数据库系统，包括MySQL。ODBC是Microsoft提出的一种...
Springcloud gateway获取post请求内容
dark868的专栏
06-10 1701
看了好多，试了好多，都不好使，就这个好使了 转自：https://blog.csdn.net/u014271612/article/details/92814838 @Component @Slf4j @AllArgsConstructor public class HttpPostBodyFilter implements GlobalFilter, Ordered { @Override public Mono<Void> filter(ServerWebExchan
spring cloud gateway权限校验
05-08 5150
spring cloud gateway权限校验可以整合security实现，我这里采用自定义filter简单实现，步骤如下： 1.首先配置RouteLocator，贴代码 @Configuration public class GatewayRoutes { @Autowired private TokenGatewayFilter tokenGatewayFilter; @B...
04_报文通用的属性和方法_迭代查询头信息
com360的专栏
06-07 4052
package com.scl.base; import java.util.ArrayList; import java.util.List; import org.apache.http.Header; import org.apache.http.HeaderElement; import org.apache.http.HeaderElementIterator; import org
微服务架构spring cloud - Gateway过滤器（十二）
m0_37834471的博客
09-11 8391
在上一篇文章中，我们了解了 Spring Cloud Gateway 作为网关所具备的基础功能：路由。本篇我们将关注它的另一个功能：过滤器。 Spring Cloud Gateway 已经内置了很多实用的过滤器，但并不能完全满足我们的需求。本文我们就来实现自定义过滤器。虽然现在 Spring Cloud Gateway 的文档还不完善，但是我们依旧可以照猫画虎来定制自己的过滤器。 Fi...
SpringCloud Gateway 修改请求路径（判断请求路径是否符合当前环境）
Cash Blog
05-14 1万+
package com.gitee.cashzhang27.ftf.gateway.filter; import static org.springframework.cloud.gateway.support.ServerWebExchangeUtils.GATEWAY_REQUEST_URL_ATTR; import static org.springframework.cloud.gat...
SpringCloud-Gateway对multipart/form-data等其他POST请求类型的body体进行多次打开
AlgoRain的博客
11-10 6891
本次代码仅在以下版本中测试通过 <dependencyManagement> <dependencies> <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-dependencies</artifactId&gt
ServerHttpRequest(ServerWebExchange)修改请求参数修改请求头
weixin_45795306的博客
11-15 7496
ServerHttpRequest重新设置URI，编辑请求头
Gateway实现原理笔记
qq_33513289的博客
11-29 1644
14
spring cloud gateway 对请求参数解密，返回参数加密处理
热门推荐
放码过来
10-03 1万+
在一些针对数据比较敏感的项目中会对客户端与服务端之间交互的数据进行加密处理。在gateway网关服务中处理此项业务需要如何实现呢？ gateway中自定义的filter，可以实现对请求前的处理以及返回后的处理。 请求顺序可以这样理解：请求-> 自定义的filter-A -> 自定义的filter-B -> 业务处理 -> 自定义的filter-B -> 自定义的filter-A -> 返回 利用这一特性，我们可以在处理业务代码之前添加对参数的统一解密处理，到达下游服务中.
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值