Spring MVC Controller 中的 AOP 拦截配置解析

"本文主要探讨了在Spring框架中如何在Controller层设置AOP，以及Spring MVC启动时如何创建两个不同的ApplicationContext。" 在Spring框架中，AOP（面向切面编程）是一种强大的工具，用于实现如日志记录、权限检查、事务管理等横切关注点。然而，有时候开发者可能会遇到Controller无法被AOP拦截的问题。这通常是因为Spring MVC启动时，会创建两个不同的上下文：ApplicationContext和WebApplicationContext。 ApplicationContext是Spring的核心，它负责初始化和管理所有bean，包括业务逻辑层（Service层）和数据访问层（DAO层）。而WebApplicationContext是专门为Web应用程序设计的，主要用于处理HTTP请求，管理与Web相关的bean，如Controller、ViewResolver等。这两个上下文的关系是，ApplicationContext作为根上下文，WebApplicationContext作为其子上下文。 在传统的Web应用配置中，ContextLoaderListener在web.xml中被用来启动ApplicationContext。这个监听器会在Web应用启动时创建一个基于Web的根ApplicationContext，并将其存储在ServletContext的一个属性中，键值为"org.springframework.web.context.WebApplicationContext.ROOT"。这个根上下文包含了所有非Web相关的bean，以及整个应用的基础服务。 接着，DispatcherServlet启动时，会创建自己的WebApplicationContext。这个WebApplicationContext仅包含Web层的bean，如Controller和视图解析器。DispatcherServlet创建的这个子上下文会被存储在Servlet特定的属性中，键值为"org.springframework.web.servlet.FrameworkServlet.CONTEXT.+(servletName)"，这里的servletName通常是DispatcherServlet的配置名。 当ContextLoaderListener和DispatcherServlet一起工作时，根ApplicationContext先被创建，随后DispatcherServlet创建的子ApplicationContext会与之关联，从而形成了一个层次结构。这就意味着，尽管Controller在WebApplicationContext中，但它们仍然可以访问到根ApplicationContext中的bean。 为了解决Controller无法被AOP拦截的问题，我们需要确保AOP代理配置正确，并且能够作用于WebApplicationContext中的bean。这通常可以通过以下几种方式实现： 1. 配置Spring的<aop:aspectj-autoproxy>元素，让Spring自动创建基于AspectJ的代理。 2. 使用<aop:config>或<aop:aspect>元素声明切面，并定义切入点表达式来匹配Controller方法。 3. 在Spring的配置文件中，确保@Controller注解的类被包含在代理范围内，可以通过<aop:include>元素指定。 4. 如果使用@ComponentScan扫描Controller，确保启用<aop:proxy-target-class="true">，以便为基于接口的代理创建CGLIB代理，因为Spring MVC的Controller默认是无接口的。 此外，如果Controller是通过@Autowired注入的，需要确保AOP代理能够识别这些依赖。在某些情况下，可能需要调整proxyTargetClass属性或者启用@Scope("prototype")来创建新的bean实例，以便每次请求都能得到一个新的Controller实例，从而使AOP拦截器生效。 总结来说，解决Spring Controller层AOP问题的关键在于理解Spring的双上下文机制，正确配置AOP代理，并确保Controller实例在适当的情况下被代理。通过以上步骤，可以确保AOP的切面能够在Controller层正常工作，实现诸如日志记录、性能监控等目标。