Spring cloud gatway 源码解析之关键类 02

先从一个例子开始

疑问：大家都知道 gateway 配置方式支持 yaml格式的配置还有注解的方式，下面是注解的方式，如何设计程序才能做到下面的效果呢？

public RouteLocator customRouteLocator(RouteLocatorBuilder builder) {
		//@formatter:off
		// String uri = "http://httpbin.org:80";
		// String uri = "http://localhost:9080";
		return builder.routes()
				.route(r -> r.host("**.abc.org").and().path("/anything/png")
					.filters(f ->
							f.prefixPath("/httpbin")
									.addResponseHeader("X-TestHeader", "foobar"))
					.uri(uri)
				)
				.route("read_body_pred", r -> r.host("*.readbody.org")
						.and().readBody(String.class,
										s -> s.trim().equalsIgnoreCase("hi"))
					.filters(f -> f.prefixPath("/httpbin")
							.addResponseHeader("X-TestHeader", "read_body_pred")
					).uri(uri)
				)
				.build();
		//@formatter:on
	}

源码简单类图

UriSpec类

1：首先最主要是 UriSpec类，我给的翻译是Uri的规范类，因为gateway其实就是对url的按照某种条件所做的转发工作，所以 UriSpec 的属性有Route的 Builder对象，只有拿到Route才能干活哈

2：最巧妙的是  <T> T getBean(Class<T> type) 方法，因为 gateway主要的组件还有 Gateway filter 和  Predicate（断言），所以在下面的实现类中 PredicateSpec 和 GatewayFilterSpec 来获取

     具体干活的类，比如：AddResponseHeaderGatewayFilterFactory 和 AfterRoutePredicateFactory 就是通过这个方法。

PredicateSpec类

1：首先此类是UriSpec的实现类，主要功能是此类集中了操作各种断言类型的方法，其中每个方法对应一种断言类型，就比如我类图中的after方法，然后通过getBean去获取 after断言方式的实现类（AfterRoutePredicateFactory ），再进行断言判断。

BooleanSpec类

1：虽然实现了UriSpec类，其实是为断言服务的，因为断言组件是可以支持 多种断言的逻辑判断的，比如定义Route 其中的断言是 host必须是 www.baidu.com开头，然后path里面必须包含什么路径

    写法如下：.route(r -> r.host("**.abc.org").and().path("/anything/png") ，一共支持：AND, OR, NEGATE 这三种逻辑判断。

GatewayFilterSpec类

1：主要功能是此类集中了各种gateway的方法，其中每一个方法对应一种filter的实现方案，获取实现的策略也是通过UriSpec的 getBean方法获取的，比如我类图中的 addRequestHeader方法。

总结+收获

    所以上面的问题总结是gateway框架使用了在生成Route对象的时候使用了 Builder设计模式，然后加上对 Lambda表达式+泛型 的运用，比如使用了  public interface Function<T, R> 接口作为入参，这样极大的增加了代码的灵活性。然后我自己的思考，之所以大佬们能写出那么优秀的代码，是因为他们对于业务逻辑抽象的能力，能够真正做到面向接口编程，合理的设计接口，然后让其灵活组合，然后是对于java语法的灵活运用的能力。