1 为什么需要微服务网关
不同的微服务一般有不同的网络地址，而外部的客户端可能需要调用多个服务的接口才能完成一个业务需求。比如一个电影购票的收集APP,可能回调用电影分类微服务，用户微服务，支付微服务等。
如果客户端直接和微服务进行通信，会存在以下问题：
- 客户端会多次请求不同微服务，增加客户端的复杂性
- 存在跨域请求，在一定场景下处理相对复杂
- 认证复杂，每一个服务都需要独立认证
- 难以重构，随着项目的迭代，可能需要重新划分微服务，如果客户端直接和微服务通 信，那么重构会难以实施
- 某些微服务可能使用了其他协议，直接访问有一定困难
上述问题，都可以借助微服务网关解决。微服务网关是介于客户端和服务器端之间的中间层，所有的外部请求都会先经过微服务网关再由网关进行转发。
我们在yml zuu: routes:配置一些微服务模块需要指定拦截路径到指定的微服务模块,
这要求我们
1.网关和微服务模块必须注册到eureka,相互通信的条件下才可以找到各模块进行路由转发
2.当然对应的必须指定微服务模块和微服务模块的name(Zuul不依赖于ip,端口,它依赖于我们配置的微服务模块name)
Zuul路由转发快速体验
（1）创建子模块zyh_manager，pom.xml引入eureka-client 和zuul的依赖
<dependencies>
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-netflix-eureka-client</artifactId>
</dependency>
<dependency>
<groupId>org.springframework.cloud</groupId>
<artifactId>spring-cloud-starter-netflix-zuul</artifactId>
</dependency>
</dependencies>
(2 )编写启动类
@SpringBootApplication
@EnableZuulProxy
@EnableEurekaClient
public class WebApplication {
public static void main(String[] args){
SpringApplication.run(WebApplication.class,args);
}
}
(3) 编写配置文件 主要就是这个地方
server:
port: 9012
spring: #这里不写也行,写spring application name 只有一个作用就是供别人调用时候指定
application:
name: zyh-web
#eureka配置 目的使该微服务注册到eureka统一管理
eureka:
client:
service-url:
defaultZone: http://127.0.0.1:6868/eureka/
instance:
prefer-ip-address: true #部署导线上时,可以使模块之间跨域访问
#网关配置 使所有请求经过网关进行路由转发,无需再记一个个的端口
zuul:
routes: #下面三步,即指定访问路径是/base下的都转发导tensquare-base微服务下
zyh-base:
path: /base/** #拦截所有/base/路径下的请求到 tensquare-base去
serviceId: zyh-base
zyh-user:
path: /user/**
serviceId: zyh-user
zyh-qa:
path: /qa/**
serviceId: zyh-qa
Zuul 过滤器
Zuul过滤器快速体验
Zuul过滤器属于Zuul无需新加配置,只需要创建一个过滤器类实现ZuulFilter并指定规则
我们现在在zyh_web网关里 创建一个简单的zuul过滤器
@Component//将过滤器交给spring容器
public class ManagerFilter extends ZuulFilter {//集成ZuulFilter并实现它的方法
@Override
public String filterType() {//指定该过滤器什么时候使用
return "pre"; //pre代表请求处理前,post代表请求处理后
}
@Override
public int filterOrder() { //我们可以子啊这个filter包下写N多个过滤器,那么这么多过滤器我们就要指定优先级别了,这个方法就是指定过滤器优先级
return 0;//指定过滤器优先级别,数字越小越优先
}
@Override
public boolean shouldFilter() {//当前过滤器是否开启
return true;//true代表开启 false代表关闭
}
@Override
public Object run() throws ZuulException {
//过滤器规则
//过滤器内执行的操作return任何ojbect的值都表示继续执行
//只有setsendzullResnnonse（false）表示不再继续执行
System.out.println("经过后台网关过滤器了");
return null;
}
}
这样一个过滤器就做完了,那么我们来详细说一下各个配置
filterType：返回一个字符串代表过滤器的类型，在zuul中定义了四种不同生命周期的过 滤器类型，具体如下：
- pre ：可以在请求被路由之前调用
- route ：在路由请求时候被调用
- post ：在route和error过滤器之后被调用
- error ：处理请求时发生错误时被调用
filterOrder ：通过int值来定义过滤器的执行顺序
shouldFilter ：返回一个boolean类型来判断该过滤器是否要执行，所以通过此函数可实现过滤器的开关。在上例中，我们直接返回true，所以该过滤器总是生效
run ：过滤器的具体逻辑。
