过滤器中使用spring容器注入bean

Tomcat过滤器与Spring Bean注入

转自:https://blog.youkuaiyun.com/jslcylcy/article/details/59114866

tomcat容器初始化顺序监听器–>过滤器–>servlet,因此springMVCservlet初始化之前,过滤器就已经初始化过了,如果在过滤器中需要注入spring容器管理的bean是注入不进去的,因此需要在spring监听器中初始化需要注入的bean,才能在过滤器中注入,而且过滤器的定义需要使用spring定义的DelegatingFilterProxy来实现,web.xml部分代码如下

    <filter>
        <filter-name>testFilter</filter-name>
        <filter-class>org.springframework.web.filter.DelegatingFilterProxy</filter-class>
    </filter>
    <filter-mapping>
        <filter-name>testFilter</filter-name>
        <url-pattern>/*</url-pattern>
    </filter-mapping>

其余部分只需要在spring容器中加载testFilter就行了,例子testFilter如下: 
注意此处的filter必须为实现javax.Filter的类,而且初始化需要放在spring监听器中,即必须在过滤器初始化之前初始化

@Component
public class TestFilter implements Filter
{
    private static final Logger logger = LogManager.getLogger(TestFilter.class);

    @Autowired
    private UserService userService;

    @Override
    public void doFilter(ServletRequest request, ServletResponse response, FilterChain filterChain)
        throws ServletException, IOException
    {
        logger.info(JSONArray.fromObject(userService.list()));
        filterChain.doFilter(request, response);
    }

    @Override
    public void init(FilterConfig filterConfig)
        throws ServletException
    {
        logger.info("初始化filter");
    }

    @Override
    public void destroy()
    {
        logger.info("destroyfilter");
    }
}

如果要保留Filter原有的init,destroy方法的调用,还需要配置初始化参数targetFilterLifecycle为true,该参数默认为false,代码例子如下:

    <filter>
        <filter-name>testFilter</filter-name>
        <filter-class>org.springframework.web.filter.DelegatingFilterProxy</filter-class>
        <init-param>
            <param-name>targetFilterLifecycle</param-name>
            <param-value>true</param-value>
        </init-param>
    </filter>
    <filter-mapping>
        <filter-name>testFilter</filter-name>
        <url-pattern>/*</url-pattern>
    </filter-mapping>

 

<think>好的,我现在需要帮助用户解决在Spring拦截器中如何获取容器中的Bean的问题。用户之前已经询问过过滤器和拦截器的区别,现在根据提供的引用内容,用户可能遇到了在拦截器中自动注入Bean为null的情况,想知道如何正确获取Bean。 首先,我要回顾用户提供的引用内容。引用[2]提到在拦截器中@Autowired注入Bean为null,这可能是因为拦截器的实例化方式导致的。拦截器通常由Spring MVC配置,但如果没有正确注册到Spring容器中,拦截器本身不会被Spring管理,因此自动注入会失败。 接下来,我需要考虑解决方案。常见的解决方法包括: 1. **使用WebMvcConfigurer注册拦截器并手动注入Bean**:通过配置类将拦截器实例添加到Spring容器,并确保在注册拦截器时使用已经由Spring管理的Bean。例如,在配置类中使用@Bean创建拦截器实例,这样Spring会自动处理依赖注入。 2. **让拦截器实现BeanFactoryAware接口**:通过实现BeanFactoryAware接口,拦截器可以获取BeanFactory,从而通过它来获取需要的Bean。这种方法允许在拦截器内部手动获取Bean实例。 3. **使用ApplicationContextAware工具类**:创建一个工具类实现ApplicationContextAware,保存ApplicationContext的静态引用。然后在拦截器中通过这个工具类获取Bean。这种方法适用于需要全局访问ApplicationContext的情况。 此外,需要解释为什么直接使用@Autowired会失败,主要是因为拦截器可能没有被Spring容器管理,导致依赖注入无法进行。需要强调拦截器必须由Spring创建实例,才能使用自动注入。 最后,要确保回答结构清晰,分步骤说明每种方法的实现,并给出代码示例。同时,提醒用户注意拦截器的注册方式,确保它们被Spring正确管理。</think>### Spring 拦截器中获取容器 Bean 的 3 种方法 在拦截器中直接使用 `@Autowired` 注解注入 Bean 会失败(如引用[2]所述),因为 **拦截器未被 Spring 容器管理**。以下是可用的解决方案: --- #### 方法 1:通过 `WebMvcConfigurer` 手动注入(推荐) 通过 Spring 配置类显式注册拦截器并注入依赖,确保拦截器实例由 Spring 管理。 ```java @Configuration public class WebConfig implements WebMvcConfigurer { @Autowired // 注入 Spring 容器中的 Bean private ToolsService toolsService; @Override public void addInterceptors(InterceptorRegistry registry) { // 手动创建拦截器实例并注入依赖 registry.addInterceptor(new MyInterceptor(toolsService)) .addPathPatterns("/api/**"); } } // 拦截器改造为通过构造函数接收依赖 public class MyInterceptor implements HandlerInterceptor { private final ToolsService toolsService; public MyInterceptor(ToolsService toolsService) { this.toolsService = toolsService; } @Override public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) { System.out.println(toolsService); // 正常输出 Bean 对象 return true; } } ``` **原理**:通过构造函数显式传递依赖,确保拦截器实例持有 Spring 管理的 Bean[^2]。 --- #### 方法 2:实现 `BeanFactoryAware` 接口 通过 Spring 的 `BeanFactoryAware` 接口直接获取容器对象。 ```java public class MyInterceptor implements HandlerInterceptor, BeanFactoryAware { private BeanFactory beanFactory; private ToolsService toolsService; @Override public void setBeanFactory(BeanFactory beanFactory) throws BeansException { this.beanFactory = beanFactory; // 延迟加载 Bean(避免初始化顺序问题) this.toolsService = beanFactory.getBean(ToolsService.class); } @Override public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) { System.out.println(toolsService); // 正常输出 return true; } } ``` **注意**:需在 Spring 配置类中注册该拦截器,确保 Spring 调用 `setBeanFactory` 方法[^2]。 --- #### 方法 3:使用 `ApplicationContextAware` 工具类 创建全局工具类获取 Spring 上下文,通过上下文获取 Bean。 ```java @Component public class SpringContextUtil implements ApplicationContextAware { private static ApplicationContext applicationContext; @Override public void setApplicationContext(ApplicationContext applicationContext) throws BeansException { SpringContextUtil.applicationContext = applicationContext; } public static <T> T getBean(Class<T> clazz) { return applicationContext.getBean(clazz); } } // 拦截器中调用工具类 public class MyInterceptor implements HandlerInterceptor { @Override public boolean preHandle(HttpServletRequest request, HttpServletResponse response, Object handler) { ToolsService toolsService = SpringContextUtil.getBean(ToolsService.class); System.out.println(toolsService); // 正常输出 return true; } } ``` **适用场景**:需要跨多个非 Spring 管理类获取 Bean 的情况。 --- ### 核心原理 - **拦截器未被 Spring 管理**:默认情况下,拦截器实例由 MVC 框架直接创建,而非通过 Spring 容器,因此无法自动注入。 - **依赖传递**:通过构造函数或工具类显式传递 Spring 容器中的 Bean,绕过自动注入的限制。 --- ### 扩展问题 1. 为什么 `@Component` 注解无法让拦截器自动注入 Bean? 2. 如何避免 `ApplicationContextAware` 工具类引起的循环依赖? 3. 拦截器中使用 `@Autowired` 注解的 Bean 何时会初始化?
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值