在SpringCloud中网关的实现包括两种:gateway和zuul。
Zuul是基于Servlet的实现,属于阻塞式编程。而SpringCloudGateway是基于Spring5中提供的WebFlux,属于响应式编程,具备更好的性能。
目录
搭建网关服务
创建新的module,引入SpringCloudGateway的依赖和nacos的服务发现依赖。
大体上可以分成几步走:当用户访问的时候,访问的是路由的地址(此处以端口10010为例子)。网关接收到请求后,根据routes来请求到对应的Nacos注册中心,拉取服务列表。再通过网关的负载均衡来发送请求。
网关路由可以配置的内容包括:
- 路由id: 路由唯一标示
- uri: 路由目的地,支持lb和http两种
- predicates: 路由断言,判断请求是否符合要求,符合则转发到路由目的地
- filters: 路由过滤器,处理请求或响应
路由断言工厂
我们在配置文件中写的断言规则只是字符串,这些字符串会被Predicate Factory读取并处理,转变为路由判断的条件。
Spring提供了11种不同的断言工厂。
比如我们用After,规定只有2031年以后的请求才能进来。很明显这是不符合现在的时间段的。于是所有请求到orderservice的请求,都会报404。
过滤器
路由过滤器
GatewayFilter 是网关中提供的一种过滤器,可以对进入网关的请求和微服务返回的响应做处理。
在Spring Cloud中有30多种这样的过滤器。我们现在给所有进入userservice的请求,添加一个请求头。实现方式:在gateway中修改application.yml文件,给userservice的路由添加过滤器:
这个是在单一服务里面添加的过滤器,还可以设置所有微服务的过滤器,将过滤器工厂写到default下:
这样就可以对所有的服务都生效。
全局过滤器 GlobalFilter
全局过滤器的作用也是处理一切进入网关的请求和微服务响应,与GatewayFilter的作用一样。
区别在于GatewayFilter通过配置定义,处理逻辑是固定的。而Globalfilter的逻辑需要自己写代码实现。
定义全局过滤器,拦截并且判断用户身份
需求:定义全局过滤器,拦截请求,判断请求的参数是否满足下面条件:
参数中是否有authorization
authorization参数值是否为admin
如果同时满足则放行,否则拦截
过滤器执行顺序
请求进入网关会碰到三类过滤器:当前 路由的过滤器、DefaultFilter、GlobalFilter
请求路由后,会将当前路由过滤器和DefaultFilter、GlobalFilter,合并到一个过滤器链(集合)中,排序后依次执行每个过滤器。
- 路由过滤器、defaultFilter、全局过滤器的执行顺序
- order值越小,优先级越高
- 当order值一样时,顺序是defaultFilter最先,然后是局部的路由过滤器,最后是全局过滤器
跨域问题处理
跨域:域名不一致就是跨域,主要包括:
- 域名不同:www.taobao.com 和 www.taobao.org 和 www.jd.com 和 miaosha.jd.com
- 域名相同,端口不同:localhost:8080和localhost8081
跨域问题:浏览器禁止请求的发起者与服务端发生跨域ajax请求,请求被浏览器拦截的问题。
网关处理跨域问题采用的是CORS方案,并且只需要简单的配置就可以实现:
spring:
cloud:
gateway:
globalcors: # 全局的跨域处理
add-to-simple-url-handler-mapping: true # 解决options请求被拦截问题
corsConfigurations:
'[/**]':
allowedOrigins: # 允许哪些网站的跨域请求
- "http://localhost:8090"
- "http://www.leyou.com"
allowedMethods: # 允许的跨域ajax的请求方式
- "GET"
- "POST"
- "DELETE"
- "PUT"
- "OPTIONS"
allowedHeaders: "*" # 允许在请求中携带的头信息
allowCredentials: true # 是否允许携带cookie
maxAge: 360000 # 这次跨域检测的有效期