网关鉴权必须在请求转发到微服务之前做，否则就失去了意义。而网关的请求转发是Gateway内部代码实现的，要想在请求转发之前做身份校验，就必须了解Gateway内部工作的基本原理。
- 客户端请求进入网关后由HandlerMapping对请求做判断，找到与当前请求匹配的路由规则（Route），然后将请求交给WebHandler去处理。
- WebHandler则会加载当前路由下需要执行的过滤器链（Filter chain），然后按照顺序逐一执行过滤器（后面称为Filter）。
- Filter内部的逻辑分为pre和post两部分，分别会在请求路由到微服务之前和之后被执行。
- 只有所有Filter的pre逻辑都依次顺序执行通过后，请求才会被路由到微服务。
- 微服务返回结果后，再倒序执行Filter的post逻辑。
- 最终把响应结果返回。
最终请求转发是有一个名为NettyRoutingFilter的过滤器来执行的，而且这个过滤器是整个过滤器链中顺序最靠后的一个。如果我们能够定义一个过滤器，在其中实现身份校验逻辑，并且将过滤器执行顺序定义到NettyRoutingFilter之前，这就符合我们的需求了！
那么，该如何实现一个网关过滤器呢？
网关过滤器链中的过滤器有两种：
● GatewayFilter：路由过滤器，作用范围比较灵活，可以是任意指定的路由Route.
● GlobalFilter：全局过滤器，作用范围是所有路由，不可配置。
其实GatewayFilter和GlobalFilter这两种过滤器的方法签名完全一致：
/**- 处理请求并将其传递给下一个过滤器
- @param exchange 当前请求的上下文，其中包含request、response等各种数据
- @param chain 过滤器链，基于它向下传递请求
- @return 根据返回值标记当前请求是否被完成或拦截，chain.filter(exchange)就放行了。
*/
Mono filter(ServerWebExchange exchange, GatewayFilterChain chain);
FilteringWebHandler在处理请求时，会将GlobalFilter装饰为GatewayFilter，然后放到过滤器链中，排序以后依次执行。
