-
Gateway服务网关
-
为什么需要网关
-
网关功能:
- 身份认证和权限校验
- 服务路由,负载均衡
- 请求限流
-
网关的技术实现:在SpringCloud网关的实现包括两种:
- gateway
- zuul
Zuul是基于Servlet的实现,属于阻塞式编程。而SpringCloudGateway则是基于Spring5中提供的WebFlux,属于响应式编程的实现,具备更好的性能
-
-
gateway快速入门
-
搭建网关服务
-
创建新的module,引入SpringCouldGateway的依赖和nacos的服务发现依赖:
<!--nacos服务注册发现依赖--> <dependency> <groupId>com.alibaba.cloud</groupId> <artifactId>spring-cloud-starter-alibaba-nacos-discovery</artifactId> </dependency> <!--网关gateway依赖--> <dependency> <groupId>org.springframework.cloud</groupId> <artifactId>spring-cloud-starter-gateway</artifactId> </dependency>
-
编写路由配置及nacos地址
server: port: 10010 # 网关接口 spring: application: name: gateway # 服务名称 cloud: nacos: server-addr: localhost:8845 #nacos地址 gateway: routes: # 网关路由配置 - id: user-service # 路由id,自定义,只要唯一即可 # uri:http://127.0.0.1:8801 # 路由的目标地址 http就是固定地址 uri: lb://userservice # 路由的目标地址 lb就是负载均衡,后面跟服务名称 predicates: # 路由断言,也就是判断请求是否符合路由规则的条件 - Path=/user/** # 这个是按照路径匹配,只要以/user/开头就符合要求 - id: order-service uri: lb://orderservice predicate: - Path=/order/**
-
-
-
断言工厂(Route Predicate)
网关路由可以配置的内容包括:
- 路由id:路由唯一标示
- uri:路由目的地,支持Lb和http两种
- predicate:路由断言,判断请求是否符合要求,符合则转发到路由目的地
- filters:路由过滤器,处理请求或响应
我们在配置文件中写的判断规则只是字符串,这些字符串会被Predicate Factory读取并处理,转变为路由判断的条件
例如Path=/user/**是按照路径匹配,这个规则是由
org.springframework.cloud.gateway.handler.predicate.PathRoutePredicateFactory类来处理;像这样的断言工厂SpringCloudGateway还有十几个
-
过滤器工厂
-
GatewayFilter是网关提供的一种过滤器,可以对进入网关的请求和微服务返回的响应做处理:
-
案例给所有进入userservice的请求添加一个请求头
给所有进入userservice的请求添加一个请求头:Truth=itcast is freaking awesome!
实现:在getaway中修改application.yaml文件,给userservice的路由添加过滤器:
- id: user-service # 路由id,自定义,只要唯一即可 # uri:http://127.0.0.1:8081 # 路由的目标地址 http就是固定地址 uri: lb://userservice # 路由的目标地址 lb就是负载均衡,后面跟服务名称 predicates: # 路由断言,也就是判断请求是否符合路由规则的条件 - Path=/user/** # 这个是按照路径匹配,只要以/user/开头就符合要求 filters: #过滤器 - AddRequestHeader=Truth,Itcast isfreaking awesome! #添加请求头
默认过滤器:
default-filters: - AddRequestHeader=Truth,Itcast isfreaking awesome! #添加请求头
-
-
全局过滤器(GlobalFilter)
全局过滤器的作用也是处理一切网关的请求和微服务响应,与GatewayFilter的作用一样。
区别在于GatewayFilter通过配置定义,处理逻辑是固定的。而GlobalFilter的逻辑需要自己写代码实现。
定义方式是实现GlobalFilter接口
案例:定义全局过滤器,拦截请求,判断请求的参数是否满足下面条件:
- 参数是否有authorization
- authorization参数值是否为admin
如果同时满足则放行,否则拦截
@Order(-1) @Component public class GlobalFilterImpl implements GlobalFilter { public Mono<Void> filter(ServerWebExchange exchange, GatewayFilterChain chain) { ServerHttpRequest request = exchange.getRequest(); MultiValueMap<String, String> queryParams = request.getQueryParams(); String auth = queryParams.getFirst("authorization"); if ("admin".equals(auth)) { return chain.filter(exchange); } ServerHttpResponse response = exchange.getResponse(); response.setStatusCode(HttpStatus.UNAUTHORIZED); return response.setComplete(); } }
-
过滤器执行顺序
请求进入网关会碰到三类过滤器:当前路由的过滤器,DefaultFilter,GlobalFilter
请求路由后,会将当前路由过滤器和DefaultFilter,GlobalFilter,合并到一个过滤器链(集合)中,排序后依次执行每个过滤器
过滤器执行顺序
- 每一个过滤器都必须指定一个int类型的order值,order值越小,优先级越高,执行顺序越靠前。
- GlobalFilter通过实现Ordered接口,或者添加@Order注解来指定order值,由我们自己指定
- 路由过滤器和defaultFilter的order由Spring指定,默认是按照声明顺序从1递增。
- 当过滤器的order值一样时,会按照defaultFilter>路由过滤器>GlobalFilter的顺序执行。
可以参考下面几个类的源码来查看:
-
跨域问题:浏览器禁止请求的发起者与服务端发生跨域ajax请求,请求被浏览器拦截的问题
- 跨域:域名不一致就是跨域,主要包括
- 域名不同
- 域名相同,端口不同
解决方案:CORS
- 跨域:域名不一致就是跨域,主要包括
-
网关处理跨域采用的同样是CORS方案,配置即可实现:
spring:
cloud:
gateway:
# 。。。
globalcors: # 全局的跨域处理
add-to-simple-url-handler-mapping: true # 解决options请求被拦截问题
corsConfigurations:
'[/**]':
allowedOrigins: # 允许哪些网站的跨域请求
- "http://localhost:8090"
allowedMethods: # 允许的跨域ajax的请求方式
- "GET"
- "POST"
- "DELETE"
- "PUT"
- "OPTIONS"
allowedHeaders: "*" # 允许在请求中携带的头信息
allowCredentials: true # 是否允许携带cookie
maxAge: 360000 # 这次跨域检测的有效期