过滤器（Filter）、拦截器（Interceptor）和面向切面编程（AOP，Aspect-Oriented Programming）是Java Web开发中常用的三种技术手段，它们都可以在程序执行过程中的特定点进行干预。虽然它们的目的相似，但是实现方式、运行时机以及应用场景存在一些差异。
过滤器（Filter）
- 运行级别：过滤器是基于Servlet规范定义的，它在Servlet前后进行拦截。
- 主要用途：用于处理请求和响应的预处理和后处理，比如日志记录、权限检查、请求数据的过滤等。
- 配置方式：可以通过Web.xml配置或者使用
@WebFilter注解进行配置。 - 运行范围：过滤器对几乎所有的请求都有效，它作用于Servlet层面，不依赖于Spring容器。
拦截器（Interceptor）
- 运行级别：拦截器是基于Spring MVC框架实现的，它在Controller处理请求的前后以及完成视图渲染后进行拦截。
- 主要用途：用于处理请求的预处理和后处理，比如日志记录、权限校验、国际化等与业务相关的操作。
- 配置方式：需要在Spring的配置文件中或通过实现
WebMvcConfigurer接口来配置。 - 运行范围：只拦截访问Controller的请求，依赖于Spring MVC，因此只能用于Spring环境中。
面向切面编程（AOP）
- 运行级别：AOP是一种编程范式，它不仅限于Web开发，而是可以应用于所有Java编程中。Spring AOP是Spring框架中的一个特性，提供了AOP的实现。
- 主要用途：用于在不改变原有代码结构的情况下，增加额外的功能，比如日志记录、事务管理、安全控制等。它更侧重于横切关注点的分离。
- 配置方式：可以通过注解(
@Aspect)或XML配置来定义切面（Aspect）和通知（Advice）。 - 运行范围：AOP的作用范围更广，不仅可以应用于Web请求的处理，还可以应用于任何Spring管理的Bean的方法调用上。
区别总结
- 作用范围：过滤器最为广泛，拦截器次之，AOP最灵活且范围最广。
- 依赖框架：过滤器依赖于Servlet容器，拦截器依赖于Spring MVC，而AOP依赖于Spring框架。
- 实现方式：过滤器和拦截器更偏向于对请求的拦截和处理，而AOP则是通过代理模式在方法执行前后织入额外的操作。
- 应用场景：过滤器适用于请求进入Web应用的前端控制；拦截器适用于Spring MVC控制器的前后处理；AOP提供了更为强大的在方法级别上进行横切逻辑插入的能力，适用于跨越应用程序多个点的功能。
选择哪一种技术取决于具体的需求和应用场景。在实际开发中，这三者往往会结合使用，以达到最佳的效果。
它作用于Servlet层面，不依赖于Spring容器 这句话如何理解
这句话是在描述过滤器（Filter）的特性时提到的，主要强调两个方面：过滤器的作用层级以及它与Spring容器的关系。下面我们分别解释这两个方面：
过滤器作用于Servlet层面
过滤器（Filter）是Java EE（Java Platform, Enterprise Edition）的一部分，它是基于Servlet规范定义的。Servlet是Java EE规范中用于Web开发的一部分，提供了在服务器端接收和响应客户端请求（例如，浏览器请求）的方式。过滤器设计用来在请求到达Servlet之前或从Servlet返回给客户端之后执行某些任务。因此，当我们说过滤器作用于Servlet层面时，意味着它在Web应用程序的请求和响应流程中起作用，能够对进入Servlet的请求进行预处理，以及对从Servlet出来的响应进行后处理。
不依赖于Spring容器
Spring容器是Spring框架的核心部分，负责管理应用中对象（Bean）的生命周期和依赖关系。尽管Spring框架提供了对Web应用的全面支持（例如，通过Spring MVC模块），但是过滤器本身并不是Spring框架的一部分，它是Servlet规范的一部分。这意味着过滤器可以在没有Spring框架的环境中使用，它不需要Spring容器来进行实例化、管理或依赖注入等操作。简而言之，过滤器的配置和运行完全可以独立于Spring容器进行。
总结
所以，当我们说“它作用于Servlet层面，不依赖于Spring容器”时，我们是在说明过滤器是基于更底层的Servlet技术实现的，它可以在任何遵循Servlet规范的Java Web应用中使用，无论这个应用是否使用Spring框架。这种设计使得过滤器非常通用，可以在多种Java Web应用场景中使用，为请求和响应提供预处理和后处理的能力，而不局限于Spring驱动的应用。
