程序员，你还不会合理选择Filter、Interceptor、Aspect？

时间 2019-11-08

标签程序员还不合理选择 filter interceptor aspect 栏目快乐工作繁體版

原文原文链接

享学课堂特邀做者：老顾web

转载请声明出处！编程

前言

小伙伴们应该据说过过滤器、拦截器、切面，印象上都可以起到截断拦截的做用，在作一些业务需求时，不知道如何选择，今天老顾就来介绍一下他们之间的区别。安全

Filter过滤器

过滤器能够拦截到方法的请求和响应(ServletRequest request, ServletResponse response),并对请求响应作出过滤操做。bash

过滤器依赖于servlet容器。在实现上，基于函数回调，它能够对几乎全部请求进行过滤，一个过滤器实例只能在容器初始化时调用一次。服务器

使用过滤器的目的是用来作一些过滤操做，获取咱们想要获取的数据，好比：在过滤器中修改字符编码；在过滤器中修改HttpServletRequest的一些参数，包括：过滤低俗文字、危险字符等。话很少说，先上代码。 app

再定义两个Controller，一个UserController，一个OrderController框架

虽然Filter过滤器和Controller请求都已经定义了，但如今过滤器是不起做用的。须要把Filter配置一下，有两个方案第一个方案在Filter上面加上@Component。函数

@Component
public  class  TimeFilter  implements  Filter
复制代码

第二个方案配置化注册过滤器post

第二个方案的特色就是能够细化到过滤哪些规则的URL咱们来启动应用时，过滤器被初始化了，init函数被回调。编码

请求http://localhost:9000/order/1

看看控制台的日志输出

请求http://localhost:9000/user/1

控制台日志输出

中止应用后，控制台输出

Filter随web应用的启动而启动，只初始化一次，随web应用的中止而销毁。

1.启动服务器时加载过滤器的实例，并调用init()方法来初始化实例；

2.每一次请求时都只调用方法doFilter()进行处理；

3.中止服务器时调用destroy()方法，销毁实例。

咱们再来看看doFilter方法

doFilter(ServletRequest request, ServletResponse response, FilterChain chain)

从参数咱们看到，filter里面是可以获取到请求的参数和响应的数据；但此方法是没法知道是哪个Controller类中的哪一个方法被执行。还有一点须要注意的是，filter中是无法使用注入的bean的，也就是没法使用@Autowired

上面代码注入的值为null。这是为何呢？

其实Spring中，web应用启动的顺序是：listener->filter->servlet，先初始化listener，而后再来就filter的初始化，再接着才到咱们的dispathServlet的初始化，所以，当咱们须要在filter里注入一个注解的bean时，就会注入失败，由于filter初始化时，注解的bean还没初始化，无法注入。

若是必定你要使用，须要作一些处理，能够私信老顾哦

Interceptor拦截器

依赖于web框架，在SpringMVC中就是依赖于SpringMVC框架。在实现上,基于Java的反射机制，属于面向切面编程（AOP）的一种运用，就是在一个方法前，调用一个方法，或者在方法后，调用一个方法。

在WebMvcConfigurationSupport配置一下

执行结果

咱们发现拦截器中能够获取到Controller对象

preHandle(HttpServletRequest request, HttpServletResponse response, Object handler)
复制代码

object handler就是controller方法对象

HandlerMethod handlerMethod = (HandlerMethod)handler;

handlerMethod.getBean().getClass().getName(); //获取类名

handlerMethod.getMethod().getName(); //获取方法名
复制代码

但咱们发现获取不到方法的参数值，这个是为何呢？在DispatcherServlet类中，方法 doDispatch(HttpServletRequest request, HttpServletResponse response)。