这个问题我之前在搭建微服务公共组件时也碰到过，核心原因是Spring Bean的加载顺序冲突——你通过@Import引入的公共库配置类，加载时机早于Spring Boot自动配置的DataSource Bean，导致@Autowired注入时DataSource还没被初始化，所以抛出了null异常。下面给你几个实用的解决方案，按推荐程度排序：

1. 用@ConditionalOnBean确保依赖存在后再加载（最推荐） #

这是最符合Spring Boot风格的做法，直接在公共库的AclConfiguration上添加@ConditionalOnBean(DataSource.class)注解，让Spring只有在容器中已经存在DataSource Bean时，才会初始化这个配置类，从根源上避免依赖缺失的问题：

@Configuration
@ConditionalOnBean(DataSource.class)
public class AclConfiguration {
    @Autowired
    private DataSource dataSource;

    // 后续ACL相关Bean的配置代码
}

这样不仅解决了加载顺序问题，还能防止在没有配置DataSource的环境下错误加载ACL配置，一举两得。

2. 用@DependsOn强制指定加载顺序 #

如果需要更明确地控制Bean的初始化顺序，可以在AclConfiguration上添加@DependsOn注解，指定必须先初始化DataSource Bean：

@Configuration
@DependsOn("dataSource") // 这里填DataSource Bean的名称，默认是"dataSource"
public class AclConfiguration {
    @Autowired
    private DataSource dataSource;

    // ...
}

这个注解会告诉Spring：先创建dataSource这个Bean，再初始化当前配置类，确保注入时DataSource已经存在。

3. 延迟初始化，用@PostConstruct做检查 #

如果不想调整加载顺序，也可以把@Autowired的required设为false，然后在@PostConstruct方法中做非空检查和后续初始化——@PostConstruct会在所有Bean都创建完成后执行，此时DataSource肯定已经存在：

@Configuration
public class AclConfiguration {
    @Autowired(required = false)
    private DataSource dataSource;

    @PostConstruct
    public void initAclBeans() {
        // 这里做非空检查，和移除@Import时的异常提示保持一致
        Assert.notNull(dataSource, "DataSource required");
        // 在这里初始化所有依赖DataSource的ACL Bean
    }
}

4. 让公共库配置自动被Spring Boot发现（可选优化） #

如果不想让每个微服务都手动写@Import(AclConfiguration.class)，可以在公共库的src/main/resources/META-INF/spring.factories文件中添加如下配置：

org.springframework.boot.autoconfigure.EnableAutoConfiguration=com.yourcompany.yourlibrary.config.AclConfiguration

这样微服务只要引入公共库的依赖，Spring Boot就会自动加载这个配置类，同时自动配置的顺序会被正确处理，不需要再担心DataSource的加载时机问题。

内容的提问来源于stack exchange，提问作者Jodee