SpringCloud学习系列之七 ----- Zuul路由网关的过滤器和异常处理
前言
在上篇中介绍了SpringCloud Zuul路由网关的基本使用版本,本篇则介绍基于SpringCloud(基于SpringBoot2.x,.SpringCloud Finchley版)中的路由网关的过滤器Filter以及异常处理的教程。
SpringCloud Zuul Filter
介绍
过滤器概述
Zuul的中心是一系列过滤器,能够在HTTP请求和响应的路由过程中执行一系列操作。
以下是Zuul过滤器的主要特征:
- 类型:通常在应用过滤器时在路由流程中定义阶段(尽管它可以是任何自定义字符串)
- 执行顺序:在类型中应用,定义跨多个过滤器的执行顺序
- 标准:执行过滤器所需的条件
- 操作:满足条件时要执行的操作
- Zuul提供了一个动态读取,编译和运行这些过滤器的框架。过滤器不直接相互通信 - 而是通过RequestContext共享状态,RequestContext对每个请求都是唯一的。
过滤器目前用Groovy编写,尽管Zuul支持任何基于JVM的语言。每个Filter的源代码都写入Zuul服务器上的一组指定目录,这些目录会定期轮询更改。更新的过滤器从磁盘读取,动态编译到正在运行的服务器中,并由Zuul为每个后续请求调用。
过滤器类型与请求生命周期
Zuul大部分功能都是通过过滤器来实现的。Zuul中定义了四种标准过滤器类型,这些过滤器类型对应于请求的典型生命周期。
- PRE:这种过滤器在请求被路由之前调用。我们可利用这种过滤器实现身份验证、在集群中选择请求的微服务、记录调试信息等。
- ROUTING:这种过滤器将请求路由到微服务。这种过滤器用于构建发送给微服务的请求,并使用Apache HttpClient或Netfilx Ribbon请求微服务。
- POST:这种过滤器在路由到微服务以后执行。这种过滤器可用来为响应添加标准的HTTP Header、收集统计信息和指标、将响应从微服务发送给客户端等。
- ERROR:在其他阶段发生错误时执行该过滤器。
官网Wiki 提供的四种过滤器的生命周期图。
注:此段来之Netflix / zuul的官网Wiki,地址:https://github.com/Netflix/zuul/wiki/How-it-Works。
开发准备
开发环境
- JDK:1.8
- SpringBoot:2.0.6.RELEASE
- SpringCloud:Finchley.SR2
注:不一定非要用上述的版本,可以根据情况进行相应的调整。需要注意的是SpringBoot2.x以后,jdk的版本必须是1.8以上!
服务端
由于在上一篇中我们已经完成了Zuul路由网关的基本功能实现,所以服务端这块我们可以直接把之前的项目拿来直接使用,然后更改相应的名称以及相关代码即可。
自定义过滤器
这里我们来编写自定义一个Filter实现类,看看该类是如何工作的。
在编写该类的时候,发现自定义的Filter类需要继承ZuulFilter
这个类,我们查看该类的源码,发现了该类定义了两个抽象的方法,并且该类实现了IZuulFilter
该接口,该接口也定义了两个方法,我们就来看看这几个方法到底是干嘛的吧。
ZuulFilter源码:
filterType
这个方法表示按类型对过滤器进行分类,分别是pre、post、route和error,在FilterConstants
这个常量类中已经进行定义了,其意义在上述的Filter请求的典型生命周期已经进行过说明了。
filterOrder
这个方法表示Filter执行的顺序,数值越小优先级越高。
IZuulFilter
shouldFilter
该方法表示是否执行该过滤器,也可以说是该过滤器的一个开关。
run
过滤器的具体逻辑。在该函数中,我们可以实现自定义的过滤逻辑,来确定是否要拦截当前的请求,不对其进行后续的路由,或是在请求路由返回结果之后,对处理结果做一些加工等。
看完上述的源码之后,这里我们再来编写自定的Filter代码。
首先继承ZuulFilter
该类,然后实现里面的方法。
首先是shouldFilter
方法,这里我们就直接返回true;
然后是filterType
,这里我们就设置为前置过滤器,在请求被路由之前调用。
继而是filterOrder
,这里我们就设置0;
最后是run
,这是过滤器的核心业务代码,这里我们就简单一点,获取请求的url,如果该url携带了token,我们就让他通过,否则直接拦截。
当然,我们需要将该过滤类使用Bean注解使其生效。
那么代码如下:
自定义的Filter代码:
@Component
public class MyZuulFilter extends ZuulFilter{
@Override
public boolean shouldFilter() {
return true;
}
@Override
public Object run() throws ZuulException {
RequestContext ctx = RequestContext.getCurrentContext();
HttpServletRequest request = ctx.getRequest();
ctx.addZuulResponseHeader("Content-type", "text/json;charset=UTF-8");
ctx.getResponse().setCharacterEncoding("UTF-8");
System.out.println("请求地址:"+request.getRequestURI());
String token = request.getParameter("token");
String msg="请求成功!";
if(token==null) {
ctx.setSendZuulResponse(false);
msg="请求失败!";
ctx.setResponseBody(msg);
ctx.setResponseStatusCode(HttpStatus.UNAUTHORIZED.value());
}
return msg;
}
@Override
public String filterType() {
return FilterConstants.PRE_TYPE;
}
@Override
public int filterOrder() {
return 0;
}
@Bean
public MyZuulFilter zuulFilter() {
return new MyZuulFilter();
}
}
自定义异常类处理
Zuul除了可以自定义过滤器之外,也可以对异常结果进行处理,以保持返回值一致。在进行Zuul使用的时候发现了在发生了异常之后,会调用SendErrorFilter
异常过滤器,对异常经常处理,同时重定向至/error这个路径中。所以如果我们需要自定义对异常处理的话,继承SendErrorFilter
该类就可以实现了。我们查看SendErrorFilter
源码,其实也是继承ZuulFilter
该类并实现里面的一些方法,做的自定义异常封装,其实也可以把SendErrorFilter
该类当做一个自定义的过滤器。
由于SendErrorFilter
是对ZuulFilter
类进行了二次封装,所以我们自定义的Error代码只需继承SendErrorFilter
改成,然后实现其中的run方法即可。
自定义的Error代码:
@Component
public class MyErrorFilter extends SendErrorFilter{
@Override
public Object run() {
String msg="请求失败!";
try{
RequestContext ctx = RequestContext.getCurrentContext();
ExceptionHolder exception = findZuulException(ctx.getThrowable());
System.out.println("错误信息:"+exception.getErrorCause());
msg+="error:"+exception.getErrorCause();
HttpServletResponse response = ctx.getResponse();
response.setCharacterEncoding("UTF-8");
response.getOutputStream().write(msg.getBytes());
}catch (Exception ex) {
ex.printStackTrace();
ReflectionUtils.rethrowRuntimeException(ex);
}
return msg;
}
@Bean
public MyErrorFilter errorFilter() {
return new MyErrorFilter();
}
}
这里我们还需要禁用SendErrorFilter
过滤器,不然是不会使用我们自定的异常过滤器的。
在application.properties
添加如下配置:
zuul.SendErrorFilter.error.disable=true
这里顺便说下禁用过滤器的规则。组件实现的过滤器,满足执行条件时都是会执行的,若我们想禁用某个过滤器时,可以在配置文件中配置。
规则:
zuul.<SimpleClassName>.<filterType>.disable=true
说明:
SimpleClassName为类名,filterType过滤器类型
当然,如果觉得上述的异常处理还是不够优雅的话,可以使用ControllerAdvice
注解进行全局异常处理,该注解的使用示例可以从个人的springboot项目中进行找到,地址:https://github.com/xuwujing/springBoot-study
自定义异常回退处理
在之前的关于springcloud中SpringCloud学习系列之三----- 断路器(Hystrix)和断路器监控(Dashboard)这篇文章中讲解过服务的降级处理,其实这里的处理也是类似,也就是某个服务无法进行访问的时候,进行回退处理。
这里我们自定义异常回退处理的代码相对而已也比较简单,只需实现FallbackProvider
该接口的方法既可。
该类的源码如下:
getRoute
该方法主要是指定需要回退服务的名称。
fallbackResponse
该方法提供基于执行失败原因并进行回退响应。
了解之后该源码之后,我们再来编写一个自定义异常回退处理的类。
自定义的Fallback代码:
@Component
public class MyFallback implements FallbackProvider {
private static final String SERVER_NAME="springcloud-zuul-filter-server2";
@Override
public String getRoute() {
return SERVER_NAME;
}
@Override
public ClientHttpResponse fallbackResponse(String route, Throwable cause) {
//标记不同的异常为不同的http状态值
if (cause instanceof HystrixTimeoutException) {
return response(HttpStatus.GATEWAY_TIMEOUT);
} else {
//可继续添加自定义异常类
return response(HttpStatus.INTERNAL_SERVER_ERROR);
}
}
//处理
private ClientHttpResponse response(final HttpStatus status) {
String msg="该"+SERVER_NAME+"服务暂时不可用!";
return new ClientHttpResponse() {
@Override
public HttpStatus getStatusCode() throws IOException {
return status;
}
@Override
public int getRawStatusCode() throws IOException {
return status.value();
}
@Override
public String getStatusText() throws IOException {
return status.getReasonPhrase();
}
@Override
public void close() {
}
@Override
public InputStream getBody() throws IOException {
return new ByteArrayInputStream(msg.getBytes());
}
@Override
public HttpHeaders getHeaders() {
HttpHeaders headers = new HttpHeaders();
headers.setContentType(MediaType.APPLICATION_JSON);
return headers;
}
};
}
@Bean
public MyFallback eurekaClientFallback() {
return new MyFallback();
}
}
客户端
客户端这边,我们可以把之前springcloud-zuul项目中的springcloud-zuul-server1
和springcloud-zuul-server2
拿来进行使用既可。
测试
完成上述的代码开发后,我们来进行springcloud-zuul
的一系列自定义过滤测试。
首先依次启动springcloud-zuul-filter-eureka
、springcloud-zuul-filter-gateway
、springcloud-zuul-filter-server1
和springcloud-zuul-filter-server2
这四个项目。其中9009是服务端springcloud-zuul-filter-gatewayr
的端口,9010是第一个客户端springcloud-zuul-filter-server1
的端口,9011是第二个客户端springcloud-zuul-filter-server2
的端口。
这里顺便说下路由网关的默认规则:http://ZUUL_HOST:ZUUL_PORT/微服务实例名(serverId)/**
,转发至serviceId对应的微服务。比如在浏览器输入:http://localhost:9009/springcloud-zuul-filter-server1/hello
地址, 它就会跳转访问到:http://localhost:9010/hello/
这个地址上。使用这个方式进行测试可以帮助我们更好的了解本篇文章的实现目的。
自定义过滤器功能测试
完成上述的项目启动成功之后。
我们首先在浏览器上输入:
http://localhost:9009/springcloud-zuul-filter-server1/hello?name=pancm
界面返回:
请求失败!
这里看到直接进行拦截了,并返回了相应的信息、
加上token之后在进行访问
http://localhost:9009/springcloud-zuul-filter-server1/hello?name=pancm&token=123
界面返回:
pancm,Hello World!
我们按照我们自定的规则进行访问之后,发现可以直接访问到我们想要访问的服务上,因此该次测试也符合我们的预期,达成了自定义过滤器的处理。
自定义异常类处理功能测试
上述的功能测试ok之后,这里我们停止掉springcloud-zuul-filter-server1
服务,然后在浏览器上输入:
http://localhost:9009/springcloud-zuul-filter-server1/hello?name=pancm&token=123
界面返回:
请求失败!error:GENERAL请求失败!error:GENERAL
注: 这里实际是调用了两次。
可以看到这次测试也符合我们的预期,达成了自定义异常的处理。
自定义异常回退处理功能测试
这里我们再来停止掉springcloud-zuul-filter-server2
服务,然后在浏览器上输入:
http://localhost:9009/springcloud-zuul-filter-server2/hi?name=pancm&token=123
界面返回:
该springcloud-zuul-filter-server2服务暂时不可用!
可以看到这次测试也符合我们的预期,达成了 自定义异常回退处理的处理。这里也顺便说下,自定义该服务的异常和自定义异常回退处理最好不要在同一个服务同时使用,如果同时使用,会优先进行自定义异常回退处理的处理。
其他
参考:
https://github.com/Netflix/zuul/wiki/How-it-Works
http://www.itmuch.com/spring-cloud/zuul/spring-cloud-zuul-filter/
https://blog.lqdev.cn/2018/10/17/SpringCloud/chapter-ten/#参考资料
项目地址
基于SpringBoot2.x、SpringCloud的Finchley版本开发的地址:https://github.com/xuwujing/springcloud-study
如果感觉项目不错,希望能给个star,谢谢!
音乐推荐
原创不易,如果感觉不错,希望留言推荐!您的支持是我写作的最大动力!
版权声明:
作者:虚无境
博客园出处:http://www.cnblogs.com/xuwujing
CSDN出处:http://blog.csdn.net/qazwsxpcm
个人博客出处:http://www.panchengming.com