@Configuration 中使用构造函数与@Autowired 无法注入的踩坑经历

1.问题描述

@Configuration
@EnableConfigurationProperties(DataSourceProperties.class)
public class DataSourceConfig {

    private DataSourceProperties dataSourceProperties;

    @Autowired
    public void setSiheDataSourceProperties(DataSourceProperties DataSourceProperties) {
        this.DataSourceProperties = dataSourceProperties;
    }



    @Bean(name = "dataSourceMaster")
    public DataSource masterDataSource() {

        return new DruidDataSource();
    }

    @Bean(name = "sqlScannerConfigurer")
    public BeetlSqlScannerConfigurer getBeetlSqlScannerConfigurer() {
        BeetlSqlScannerConfigurer conf = new BeetlSqlScannerConfigurer();
        conf.setBasePackage("com.xx..dao");
        conf.setDaoSuffix("Dao");
        conf.setSqlManagerFactoryBeanName("sqlManagerFactoryBean");
        return conf;
    }
}

在使用alibaba Druid 时,由于配置文件的复杂性,所以使用了EnableConfigurationProperties 来制定配置类,但运行时始终发现无法注入;获得的dataSourceProperties始终为空;

2.问题出现原因分析

查阅各种资料,最终在spring官网的docs(Composing Java-based Configurations :: Spring Framework)中发现以下说明

注意到了

Also, be particularly careful with BeanPostProcessor and BeanFactoryPostProcessor definitions through @Bean. Those should usually be declared as static @Bean methods, not triggering the instantiation of their containing configuration class. Otherwise, @Autowired and @Value may not work on the configuration class itself, since it is possible to create it as a bean instance earlier than AutowiredAnnotationBeanPostProcessor.

大致意思就是

@Configuration 和其要声明的@Bean,要注意BeanPostProcessorBeanFactoryPostProcessor的定义,否则@Autowired和@Value 无法正常工作;于是在申明的bean中发现BeetlSqlScannerConfigurer果然实现了BeanDefinitionRegistryPostProcessor,在注释掉该bean的声明果然可以使用@Autowired和构造方法的注入;

public class BeetlSqlScannerConfigurer implements BeanDefinitionRegistryPostProcessor, InitializingBean, ApplicationContextAware, BeanNameAware {
    protected String basePackage;
    protected String daoSuffix = "Dao";
    protected ApplicationContext applicationContext;
    protected String beanName;
    protected BeanNameGenerator nameGenerator;
    protected String sqlManagerFactoryBeanName;

3.刨根问底

作为一个程序员必须认一下这个死理,接下来是代码环节;

Spring 容器启动流程中的关键步骤和类

1.AbstractApplicationContext#refresh()

@Override
public void refresh() throws BeansException, IllegalStateException {
    synchronized (this.startupShutdownMonitor) {
        // 预处理
        prepareRefresh();

        // 告诉子类刷新内部bean工厂。
        ConfigurableListableBeanFactory beanFactory = obtainFreshBeanFactory();

        // 准备bean工厂绑定到上下文
        prepareBeanFactory(beanFactory);
        try {
      
            postProcessBeanFactory(beanFactory);
            
            invokeBeanFactoryPostProcessors(beanFactory);

            registerBeanPostProcessors(beanFactory);

           
        }
        catch (BeansException ex) {
           //其余省略
        }
    }
}

2.AbstractApplicationContext#invokeBeanFactoryPostProcessors()

调用所有注册的 BeanFactoryPostProcessor,包括 BeanDefinitionRegistryPostProcessor

protected void invokeBeanFactoryPostProcessors(ConfigurableListableBeanFactory beanFactory) {
    PostProcessorRegistrationDelegate.invokeBeanFactoryPostProcessors(beanFactory, getBeanFactoryPostProcessors());
}

3.PostProcessorRegistrationDelegate#invokeBeanFactoryPostProcessors()

识别并调用 BeanDefinitionRegistryPostProcessor 和 BeanFactoryPostProcessor。

public static void invokeBeanFactoryPostProcessors(
        ConfigurableListableBeanFactory beanFactory, List<BeanFactoryPostProcessor> beanFactoryPostProcessors) {

   
    List<BeanDefinitionRegistryPostProcessor> registryProcessors = new ArrayList<>();

    if (beanFactory instanceof BeanDefinitionRegistry) {
        BeanDefinitionRegistry registry = (BeanDefinitionRegistry) beanFactory;

        invokeBeanDefinitionRegistryPostProcessors(registryProcessors, registry);
    }

   
    invokeBeanFactoryPostProcessors(beanFactoryPostProcessors, beanFactory);
}

这个会调用到ConfigurationClassPostProcessor#postProcessBeanFactory()

4.PostProcessorRegistrationDelegate#invokeBeanFactoryPostProcessors

这这个方法是整个执行流程的入口点,用于调用所有注册的 BeanFactoryPostProcessorBeanDefinitionRegistryPostProcessor

public static void invokeBeanFactoryPostProcessors(
        ConfigurableListableBeanFactory beanFactory, List<BeanFactoryPostProcessor> beanFactoryPostProcessors) {

    // 1. 首先执行 BeanDefinitionRegistryPostProcessor
    Set<String> processedBeans = new HashSet<>();

    if (beanFactory instanceof BeanDefinitionRegistry) {
        BeanDefinitionRegistry registry = (BeanDefinitionRegistry) beanFactory;
        List<BeanDefinitionRegistryPostProcessor> registryProcessors = new ArrayList<>();

        // 找到所有 BeanDefinitionRegistryPostProcessor 类型的 bean
        String[] postProcessorNames =
                beanFactory.getBeanNamesForType(BeanDefinitionRegistryPostProcessor.class, true, false);

        for (String ppName : postProcessorNames) {
            if (beanFactory.isTypeMatch(ppName, PriorityOrdered.class)) {
                registryProcessors.add(beanFactory.getBean(ppName, BeanDefinitionRegistryPostProcessor.class));//注意这句!!!!!!!
                processedBeans.add(ppName);
            }
        }

        // 按照 PriorityOrdered 执行
        sortPostProcessors(registryProcessors, beanFactory);
        invokeBeanDefinitionRegistryPostProcessors(registryProcessors, registry);

        // Clear the list and gather all BeanDefinitionRegistryPostProcessor beans.
        registryProcessors.clear();

        // This step will instantiate and invoke BeanDefinitionRegistryPostProcessor
        // of Ordered priority next
        postProcessorNames = beanFactory.getBeanNamesForType(BeanDefinitionRegistryPostProcessor.class, true, false);

        for (String ppName : postProcessorNames) {
            if (!processedBeans.contains(ppName) && beanFactory.isTypeMatch(ppName, Ordered.class)) {
                registryProcessors.add(beanFactory.getBean(ppName, BeanDefinitionRegistryPostProcessor.class));
                processedBeans.add(ppName);
            }
        }

        // 按照 Ordered 执行
        sortPostProcessors(registryProcessors, beanFactory);
        invokeBeanDefinitionRegistryPostProcessors(registryProcessors, registry);
        registryProcessors.clear();

        // 其他 BeanDefinitionRegistryPostProcessor
        boolean reiterate = true;
        while (reiterate) {
            reiterate = false;
            postProcessorNames = beanFactory.getBeanNamesForType(BeanDefinitionRegistryPostProcessor.class, true, false);
            for (String ppName : postProcessorNames) {
                if (!processedBeans.contains(ppName)) {
                    registryProcessors.add(beanFactory.getBean(ppName, BeanDefinitionRegistryPostProcessor.class));
                    processedBeans.add(ppName);
                    reiterate = true;
                }
            }
            sortPostProcessors(registryProcessors, beanFactory);
            invokeBeanDefinitionRegistryPostProcessors(registryProcessors, registry);
            registryProcessors.clear();
        }
    }

    // 2. 接着执行 BeanFactoryPostProcessor
    String[] postProcessorNames = beanFactory.getBeanNamesForType(BeanFactoryPostProcessor.class, true, false);

    // 首先执行 PriorityOrdered 接口的 BeanFactoryPostProcessor
    List<BeanFactoryPostProcessor> orderedPostProcessors = new ArrayList<>();
    for (String ppName : postProcessorNames) {
        if (processedBeans.contains(ppName)) {
            // Skip - already processed in first phase above
        } else if (beanFactory.isTypeMatch(ppName, PriorityOrdered.class)) {
            orderedPostProcessors.add(beanFactory.getBean(ppName, BeanFactoryPostProcessor.class));
        }
    }
    sortPostProcessors(orderedPostProcessors, beanFactory);
    invokeBeanFactoryPostProcessors(orderedPostProcessors, beanFactory);

    // 接下来执行 Ordered 接口的 BeanFactoryPostProcessor
    orderedPostProcessors.clear();
    for (String ppName : postProcessorNames) {
        if (processedBeans.contains(ppName)) {
            // Skip - already processed in first phase above
        } else if (beanFactory.isTypeMatch(ppName, Ordered.class)) {
            orderedPostProcessors.add(beanFactory.getBean(ppName, BeanFactoryPostProcessor.class));
        }
    }
    sortPostProcessors(orderedPostProcessors, beanFactory);
    invokeBeanFactoryPostProcessors(orderedPostProcessors, beanFactory);

    // 最后执行普通的 BeanFactoryPostProcessor
    List<BeanFactoryPostProcessor> nonOrderedPostProcessors = new ArrayList<>();
    for (String ppName : postProcessorNames) {
        if (!processedBeans.contains(ppName)) {
            nonOrderedPostProcessors.add(beanFactory.getBean(ppName, BeanFactoryPostProcessor.class));
        }
    }
    invokeBeanFactoryPostProcessors(nonOrderedPostProcessors, beanFactory);
}

beanFactory.getBean(ppName, BeanDefinitionRegistryPostProcessor.class) 负责实例化所有 BeanDefinitionRegistryPostProcessor 类型的 bean。如果这些 bean 是通过 @Bean 方法定义的,那么此时 Spring 就会调用该方法进行实例化。

Spring 的 BeanDefinitionRegistryPostProcessor 在所有 BeanFactoryPostProcessor 之前执行,任何实现或包含这种类型的 bean 的 @Bean 方法会在配置类的增强被代理之前被实例化。导致了配置类的 @Bean 方法可能没有被代理,而直接作为普通方法执行。

4.总结

BeanDefinitionRegistryPostProcessor 的特殊性,导致配置类的某些 @Bean 方法可能在增强之前被实例化,这会引起依赖注入的问题。 如果发现在@Configuration 无法注入检查所要声明的bean 是否有这种情况;

如果注入的是配置类,检查是否存在@Builder,使用了@Builder则会导致 该类的没有无参构造函数,会有全参构造函数,导致属性设置失败;

<think>好的,我现在需要解决用户在Spring Boot配置类中无法通过@Autowired注入自定义过滤器的问题。首先,我得回忆一下Spring的依赖注入机制和相关注解的作用。 用户提到在ResourceServerConfig这个@Configuration类中,尝试用@Autowired注入一个标记为@Component的TokenTranslationFilter,但失败了。可能的原因有哪些呢? 首先想到的是组件扫描的问题。Spring Boot默认会扫描主类所在包及其子包下的组件。如果TokenTranslationFilter所在的包不在主类的扫描范围内,即使有@Component注解,Spring也不会把它注册为Bean。需要检查主类是否带有@SpringBootApplication,这个注解包含了@ComponentScan,默认扫描当前包和子包。如果用户的主类被移动到了其他位置,或者过滤器所在的包不在主类的子包下,就会导致扫描不到。这时候可能需要手动添加@ComponentScan注解来指定包路径,或者调整包结构。 接下来,注入的时机可能有问题。如果TokenTranslationFilter的Bean在ResourceServerConfig之后才被初始化,那么在配置类中使用@Autowired注入可能会导致依赖无法找到。这时候可以考虑使用延迟注入,比如用@Lazy注解,或者在需要的时候通过ApplicationContext手动获取Bean。 另外,过滤器的注册方式可能有问题。如果用户是通过FilterRegistrationBean来手动注册过滤器,而没有将TokenTranslationFilter本身声明为Spring管理的Bean,那么即使有@Component注解,也可能不会被Spring容器管理。需要确保过滤器类本身被正确注册,同时如果有多个实例的话,可能会引起冲突,这时候需要检查是否有重复的Bean定义。 还有可能是循环依赖的问题。如果ResourceServerConfig和TokenTranslationFilter之间相互依赖,可能会导致注入失败。这时候需要检查类之间的依赖关系,确保没有循环引用,或者使用setter注入代替字段注入。 另外,Bean的作用域也是一个可能的因素。如果TokenTranslationFilter的作用域不是单例的,比如被标记为@Scope("prototype"),而配置类在初始化时无法获取到合适的实例,这也会导致注入失败。需要确认Bean的作用域是否正确设置。 还有,检查是否有多个配置类或模块影响到了Bean的创建。比如,是否在其他的配置类中排除了某些组件的扫描,或者使用了@EnableAutoConfiguration的排除项,导致过滤器类没有被正确扫描到。 最后,如果以上都检查过没有问题,可能需要通过调试或增加日志来查看Spring容器中的Bean列表,确认TokenTranslationFilter是否已经被正确注册。可以通过实现ApplicationContextAware接口,在启动时输出所有Bean的名称,看看过滤器是否在其中。 总结下来,可能的原因包括组件扫描范围不正确、Bean初始化顺序问题、过滤器注册方式错误、循环依赖、作用域配置错误等。对应的解决方案需要逐一排查这些可能性,调整组件扫描路径、使用延迟注入、确保正确注册Bean、解决循环依赖等。</think>### 问题分析:`@Configuration`类中`@Autowired`注入`@Component`过滤器失败的原因 在Spring Boot中,`@Configuration`类通过`@Autowired`注入`@Component`注册的过滤器失败,可能由以下原因导致: --- #### 1. **组件扫描范围未覆盖** - **原因**:`@Component`注解的类未被Spring容器扫描到,导致无法生成Bean。 - **检查点**:Spring Boot默认扫描主启动类所在包及其子包。若`TokenTranslationFilter`主类不在同一包或子包下,需显式配置`@ComponentScan`[^2]。 - **示例**: ```java @SpringBootApplication @ComponentScan(basePackages = {"com.example.filter", "com.example.config"}) public class Application { ... } ``` --- #### 2. **过滤器注册方式冲突** - **原因**:若通过`FilterRegistrationBean`手动注册过滤器,但未将`TokenTranslationFilter`声明为Spring Bean(仅用`@Component`),可能导致依赖注入失败。 - **解决方案**: ```java @Bean public FilterRegistrationBean<TokenTranslationFilter> tokenFilter() { FilterRegistrationBean<TokenTranslationFilter> reg = new FilterRegistrationBean<>(); reg.setFilter(new TokenTranslationFilter()); // 错误:未使用Spring管理的Bean实例 reg.addUrlPatterns("/*"); return reg; } ``` **修正**:直接从容器中注入Bean: ```java @Autowired private TokenTranslationFilter filter; // 确保TokenTranslationFilter是@Component组件 @Bean public FilterRegistrationBean<TokenTranslationFilter> tokenFilter() { FilterRegistrationBean<TokenTranslationFilter> reg = new FilterRegistrationBean<>(); reg.setFilter(filter); // 使用Spring管理的Bean return reg; } ``` --- #### 3. **依赖初始化顺序问题** - **原因**:`ResourceServerConfig`配置类可能早于`TokenTranslationFilter`初始化,导致注入时Bean尚未生成。 - **解决方案**:使用`@DependsOn`或`@Lazy`延迟注入: ```java @Configuration public class ResourceServerConfig { @Autowired @Lazy // 延迟注入 private TokenTranslationFilter filter; } ``` --- #### 4. **Bean作用域冲突** - **原因**:若`TokenTranslationFilter`被声明为非单例作用域(如`@Scope("prototype")`),在配置类中可能无法正确注入。 - **修正**:确保过滤器作用域为单例: ```java @Component @Scope("singleton") public class TokenTranslationFilter implements Filter { ... } ``` --- #### 5. **循环依赖** - **现象**:若`TokenTranslationFilter`依赖了`ResourceServerConfig`中的其他Bean,可能形成循环依赖。 - **解决方案**:重构代码,或使用`@PostConstruct`延迟初始化。 --- ### 最终验证步骤 1. **检查Bean是否存在**: ```java @SpringBootApplication public class Application implements CommandLineRunner { @Autowired private ApplicationContext context; public static void main(String[] args) { SpringApplication.run(Application.class, args); } @Override public void run(String... args) { // 输出所有Bean名称,确认TokenTranslationFilter是否被注册 Arrays.stream(context.getBeanDefinitionNames()).forEach(System.out::println); } } ``` 2. **日志排查**:启用DEBUG日志查看Bean加载过程: ```properties logging.level.org.springframework=DEBUG ``` --- ### 总结解决方案 - **组件扫描配置**:确保`@ComponentScan`覆盖过滤器所在包[^2]。 - **正确注册过滤器**:同时使用`@Component`和`FilterRegistrationBean`。 - **处理初始化顺序**:通过`@Lazy`或`@DependsOn`调整依赖顺序。 - **避免作用域冲突**:确保Bean作用域为单例。
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值