过滤器和拦截器

简介: 过滤器Servlet 过滤器是Servlet 过滤器体系结构过滤器的实现步骤第一步 一个过滤器类实现要过滤的servlet类随便写一个过滤器类第二步配置文件webxml拦截器拦截器的方法写一个拦截器步骤过滤器和拦截器的区别过滤器  Servlet 过滤器是小型的 Web 组件,它们拦截请求和响应,以便查看、提取或以某种方式操作正在客户机和服务器之间交换的数据。

过滤器

  Servlet 过滤器是小型的 Web 组件,它们拦截请求和响应,以便查看、提取或以某种方式操作正在客户机和服务器之间交换的数据。过滤器是通常封装了一些功能的 Web 组件,这些功能虽然很重要,但是对于处理客户机请求或发送响应来说不是决定性的。

  典型的例子包括记录关于请求和响应的数据、处理安全协议、管理会话属性, 等等。过滤器提供一种面向对象的模块化机制,用以将公共任务封装到可插入的组件中,这些组件通过一个配置文件来声明,并动态地处理。

  过滤器提供一种面向对象的模块化机制,用以将公共任务封装到可插入的组件中,这些组件通过一个配置文件来声明,并动态地处理。

Servlet 过滤器是

  •   声明式的:过滤器通过 Web 部署描述符(web.xml)中的 XML 标签来声明。这样允许添加和删除过滤器,而无需改动任何应用程序代码或 JSP 页面。

  •   动态的:过滤器在运行时由 Servlet 容器调用来拦截和处理请求和响应。

  •   灵活的:过滤器在 Web 处理环境中的应用很广泛,涵盖诸如日志记录和安全等许多最公共的辅助任务。过滤器还是灵活的,因为它们可用于对来自客户机的直接调用执行预处理和后期处 理,以及处理在防火墙之后的 Web 组件之间调度的请求。最后,可以将过滤器链接起来以提供必需的功能。

  •   模块化的:通过把应用程序处理逻辑封装到单个类文件中,过滤器从而定义了可容易地从请求/响应链中添加或删除的模块化单元。

  •   可移植的:与 Java 平台的其他许多方面一样,Servlet 过滤器是跨平台和跨容器可移植的,从而进一步支持了 Servler 过滤器的模块化和可重用本质。

  •   可重用的:归功于过滤器实现类的模块化设计,以及声明式的过滤器配置方式,过滤器可以容易地跨越不同的项目和应用程序使用。

  •   透明的:在请求/响应链中包括过滤器,这种设计是为了补充(而不是以任何方式替代)servlet 或 JSP 页面提供的核心处理。因而,过滤器可以根据需要添加或删除,而不会破坏 servlet 或 JSP 页面。

      所以 Servlet 过滤器是通过一个配置文件来灵活声明的模块化可重用组件。

Servlet 过滤器体系结构

  Servlet 过滤器 用于拦截传入的请求和/或传出的响应,并监视、修改或以某种方式处理正在通过的数据流。过滤器是自包含、模块化的组件,可以将它们添加到请求/响应链中, 或者在无需影响应用程序中其他 Web 组件的情况下删除它们。

  过滤器 API 包含 3 个简单的接口,它们整洁地嵌套在 javax.servlet 包中。那 3 个接口分别是 FilterFilterChain FilterConfig

  从编程的角度看,过滤器类将实现 Filter 接口,然后使用这个过滤器类中的 FilterChain 和 FilterConfig 接口。该过滤器类的一个引用将传递给 FilterChain 对象,以允许过滤器把控制权传递给链中的下一个资源。FilterConfig 对象将由容器提供给过滤器,以允许访问该过滤器的初始化数据。

  过滤器三个方法,以便完全实现 Filter 接口

方法名 说明
init() 这个方法在容器实例化过滤器时被调用,它主要设计用于使过滤器为处理做准备。该方法接受一个 FilterConfig 类型的对象作为输入。
doFilter() 与 servlet 拥有一个 service() 方法(这个方法又调用 doPost() 或者 doGet())来处理请求一样,过滤器拥有单个用于处理请求和响应的方法——doFilter()。这个方法接受三个输入参数:一个 ServletRequest、response 和一个 FilterChain 对象。
destroy() 这个方法执行任何清理操作,这些操作可能需要在自动垃圾收集之前进行。展示了一个非常简单的过滤器,它跟踪满足一个客户机的 Web 请求所花的大致时间。

过滤器的实现步骤

第一步 一个过滤器类实现

要过滤的servlet类(随便写一个)

public class DemoServlet extends HttpServlet {
    private static final long serialVersionUID = 1L;

    protected void service(HttpServletRequest req, HttpServletResponse res) throws ServletException, IOException {
        System.out.println("demo");
    }

}

过滤器类

public class FirstFilter implements Filter {
    // 当服务器启动时会初始化filter调用此方法
    public void init(FilterConfig arg0) throws ServletException {
        System.out.println("初始化firstfilter");   
//获取在配置文件中预置的值
        System.out.println(cfg.getInitParameter("city"));
    }
    public void doFilter(ServletRequest req, ServletResponse res, FilterChain chain)
            throws IOException, ServletException {
        System.out.println(req);
        System.out.println(res);
        System.out.println("第一个过滤器A");
//      让请求继续向下执行
//      若没调用此方法,则请求中断
        chain.doFilter(req, res);
        System.out.println("第一个过滤器B");  
    }
    // 当服务器关闭时会销毁filter
    // 会自动调用此销毁方法
    public void destroy() {
        System.out.println("销毁firstfilter");

    }

}

把类名改写,在写一个,可以测试有多个过滤器,程序是怎样实行的。

第二步配置文件web.xml

<filter>
    <filter-name>first</filter-name>
    <filter-class>web.FirstFilter</filter-class>
  </filter>
  <filter-mapping>
    <filter-name>first</filter-name>
    <!-- 该Filter可以过滤/拦截的网络路径 -->
    <url-pattern>/*</url-pattern>
  </filter-mapping>

  <filter>
    <filter-name>second</filter-name>
    <filter-class>web.SecondFilter</filter-class>
    <!-- 给此Filter预置数据,在服务器启动时,
        FilterConfig会自动读取该数据,并由
        服务器自动将config对象传入该Filter的init()。 -->
    <init-param>
        <param-name>city</param-name>
        <param-value>北京</param-value>
    </init-param>
  </filter>
  <!-- 多个Filter之间的调用顺序以mapping为准 -->
  <filter-mapping>
    <filter-name>second</filter-name>
    <url-pattern>/*</url-pattern>
  </filter-mapping>
 <!-- 配置监听器
        1.服务器启动时自动实例化监听器;
        2.在监听目标发生对应事件时(创建销毁)
        服务器会自动调用该监听器的方法
   -->
 <listener>
    <listener-class>web.MyListener</listener-class>
  </listener>

有上面的代码分析知道
有过滤器时代码的执行过程

  • 第一步:当容器第一次加载该过滤器时,init() 方法将被调用。

  • 第二步:过滤(即执行doFilter())
    过滤器的大多数时间都消耗在这里。doFilter() 方法被容器调用,同时传入分别指向这个请求/响应链中的 ServletRequest、ServletResponse 和 FilterChain 对象的引用。然后过滤器就有机会处理请求,将处理任务传递给链中的下一个资源(通过调用 FilterChain 对象引用上的 doFilter()方法,若没调用此方法,则请求中断),之后在处理控制权返回该过滤器时处理响应。

  • 第三步:当服务器关闭时会销毁filter,会自动调用此销毁方法。

有多个过滤器时
 假如有两个过滤器:
  先输出第一个过滤器doFilter()前的结果,然后输出第二个过滤器的doFilter()前的结果,在输出第二个过滤器doFilter()后的结果,最后输出第一个过滤器doFilter()后的结果。
这个输出顺序类似堆栈,先进后出。

拦截器

  是springmvc提供的一个组件,前端控制器会先调用拦截器 ,然后再调用处理器。
  依赖于web框架,在SpringMVC中就是依赖于SpringMVC框架。在实现上基于Java的反射机制,属于面向切面编程(AOP)的一种运用。由于拦截器是基于web框架的调用,因此可以使用spring的依赖注入(DI)进行一些业务操作,同时一个拦截器实例在一个controller生命周期之内可以多次调用。但是缺点是只能对controller请求进行拦截,对其他的一些比如直接访问静态资源的请求则没办法进行拦截处理

拦截器的方法:

方法 说明
preHandle() 前端控制器先调用拦截器的preHandle方法, 再调用处理器的处理方法。如果该方法的返回值为true,表示 继续向后调用。
postHandle() 处理器的方法已经执行完毕,在将ModelAndView 返回给前端控制器之前执行该方法。所以,可以在该方法里面修改 ModelAndView。
afterCompletion() 最后执行的方法。

写一个拦截器步骤

  第一步:写一个java类,实现HandlerInterceptor接口。
  第二步:将拦截处理逻辑写在对应的方法里。
  第三步:配置拦截器(spring配置文件)。

public class SomeInterceptor implements HandlerInterceptor{
    /**
     * 前端控制器先调用拦截器的preHandle方法,再调用处理器的处理方法。
        arg2:处理器方法对象。
        如果返回值为true,表示继续向后调用;
        如果返回值为false,不会继续向后调用,
        请求处理完毕。
     */
    public boolean preHandle(
            HttpServletRequest req,
            HttpServletResponse res, 
            Object arg2) throws Exception {
        System.out.println("SomeInterceptor's preHandle()");
        return true;
    }

    /**
     * 处理器的方法已经执行完毕,在将ModelAndView返回给前端控制器之前执行该方法。
     * 所以,可以在该方法里面修改ModelAndView。
     */
    public void postHandle(
            HttpServletRequest req, 
            HttpServletResponse res,
            Object arg2, ModelAndView mav)
            throws Exception {
        System.out.println("SomeInterceptor's "+ "postHandle()");
    }


    /**
     * 最后执行的方法。
     * ex:处理器抛出的异常对象。
     */
    public void afterCompletion(
            HttpServletRequest req,
            HttpServletResponse res,
            Object arg2, Exception ex)
            throws Exception {
        System.out.println("SomeInterceptor's "+ "afterCompletion()");
    }

}

配置spring配置文件

<!-- 配置拦截器
        可以在interceptors下面配置多个拦截器,
        拦截器的执行的先后顺序由配置的先后顺序来决定。
        注意:
            如果要拦截多层路径,比如"/abc/hello2.do",
            应该使用 /**。
      -->

     <mvc:interceptors>
        <mvc:interceptor>
            <mvc:mapping path="/**"/>
            <bean class="interceptors.SomeInterceptor"/>
        </mvc:interceptor>
     </mvc:interceptors>

   注意的细节都在代码张有注释,可以看下。

过滤器和拦截器的区别:

  ①拦截器是基于Java的反射机制的,而过滤器是基于函数回调。
  ②拦截器不依赖与servlet容器,过滤器依赖与servlet容器。
  ③拦截器只能对action请求起作用,而过滤器则可以对几乎所有的请求起作用。
  ④拦截器可以访问action上下文、值栈里的对象,而过滤器不能访问。
  ⑤在action的生命周期中,拦截器可以多次被调用,而过滤器只能在容器初始化时被调用一次。
  ⑥拦截器可以获取IOC容器中的各个bean,而过滤器就不行,这点很重要,在拦截器里注入一个service,可以调用业务逻辑。

从另一个角度说
  ①使用范围不同 Filter 是Servlet 规定的.只能用于web 程序.而拦截器既可以用于Web 程序,也可以用于Apllicatioon,Swing程序中。
  ②规范不同:Filter是在SerVlet 规范定义的,是Servlet容器支持的。而拦截器是在Spring 容器内的,Spring 框架所支持的。
  ③使用资源不同:同其他代码块一样,拦截器也是一个Spring的组件,归Spring 管理。配置在Spring 中,因此能使用Spring 中的任何资源,对象,例如Service对象,数据源,事务管理等。通过Ioc注入到拦截器即可。而filter 则不能。
  ④深度不同:Filter 只在Servlet前后起作用,而拦截器能深入到方法前后,异常抛出前后因而拦截器的使用具有更大的弹性,所以在spring 中优先使用拦截器。

  过滤器: 依赖于servlet容器,使用回调函数,过滤范围大

  拦截器: 依赖于框架容器 比如spring、mybatis ,灵活
总之到底用哪个要看情况而定,希望我写的这些对大家有用,有用的话就请大家关注下我,或者点个赞。

相关文章
|
Linux 开发工具 Android开发
Android Studio 安装教程 下载最新版 Windows(详细步骤)2021.2.1版本最新版
Android Studio 安装教程 下载最新版 Windows(详细步骤)2021.2.1版本最新版
|
3天前
|
弹性计算 运维 搜索推荐
三翼鸟携手阿里云ECS g9i:智慧家庭场景的效能革命与未来生活新范式
三翼鸟是海尔智家旗下全球首个智慧家庭场景品牌,致力于提供覆盖衣、食、住、娱的一站式全场景解决方案。截至2025年,服务近1亿家庭,连接设备超5000万台。面对高并发、低延迟与稳定性挑战,全面升级为阿里云ECS g9i实例,实现连接能力提升40%、故障率下降90%、响应速度提升至120ms以内,成本降低20%,推动智慧家庭体验全面跃迁。
|
4天前
|
数据采集 人工智能 自然语言处理
3分钟采集134篇AI文章!深度解析如何通过云无影AgentBay实现25倍并发 + LlamaIndex智能推荐
结合阿里云无影 AgentBay 云端并发采集与 LlamaIndex 智能分析,3分钟高效抓取134篇 AI Agent 文章,实现 AI 推荐、智能问答与知识沉淀,打造从数据获取到价值提炼的完整闭环。
366 91
|
4天前
|
SQL 人工智能 自然语言处理
Geo优化SOP标准化:于磊老师的“人性化Geo”体系如何助力企业获客提效46%
随着生成式AI的普及,Geo优化(Generative Engine Optimization)已成为企业获客的新战场。然而,缺乏标准化流程(Geo优化sop)导致优化效果参差不齐。本文将深入探讨Geo专家于磊老师提出的“人性化Geo”优化体系,并展示Geo优化sop标准化如何帮助企业实现获客效率提升46%的惊人效果,为企业在AI时代构建稳定的流量护城河。
382 156
Geo优化SOP标准化:于磊老师的“人性化Geo”体系如何助力企业获客提效46%
|
5天前
|
域名解析 人工智能
【实操攻略】手把手教学,免费领取.CN域名
即日起至2025年12月31日,购买万小智AI建站或云·企业官网,每单可免费领1个.CN域名首年!跟我了解领取攻略吧~
|
4天前
|
数据采集 缓存 数据可视化
Android 无侵入式数据采集:从手动埋点到字节码插桩的演进之路
本文深入探讨Android无侵入式埋点技术,通过AOP与字节码插桩(如ASM)实现数据采集自动化,彻底解耦业务代码与埋点逻辑。涵盖页面浏览、点击事件自动追踪及注解驱动的半自动化方案,提升数据质量与研发效率,助力团队迈向高效、稳定的智能化埋点体系。(238字)
261 156