Spring应用配置类构造函数中读取数据库数据：安全隐患与最佳实践
本文分析在Spring配置类构造函数中读取数据库数据的代码片段，指出其潜在风险，并推荐更安全的替代方案。
以下代码片段演示了在AppConfig类的构造函数中读取数据库配置数据：
@Configuration
@Data
public class AppConfig {
private String some;
@Autowired // 可省略，Spring 4.x及以上版本支持自动装配
public AppConfig(ConfigMapper configMapper) {
System.out.println("---------------");
List all = configMapper.selectList(); // 假设ConfigDO为数据库实体类
System.out.println(all);
this.some = ...; // 使用读取的数据
}
}
尽管代码运行正常，但IDE报错“could not autowire. no beans of 'ConfigMapper' type found.”，这暗示了潜在问题。 虽然此处Spring容器似乎通过构造函数注入了ConfigMapper，但这并非最佳实践。
问题在于@Configuration注解的误用。@Configuration主要用于定义Bean，而此代码更适合使用@Component注解。在构造函数中直接进行数据库操作，与@Configuration的语义不符，降低了代码的可读性和可维护性。 依赖注入的时机也存在不确定性，可能导致ConfigMapper尚未初始化完成就尝试访问。
为了提高代码质量和安全性，建议采用以下Spring推荐的初始化方式：
-
实现
InitializingBean接口，重写afterPropertiesSet()方法： 此方法确保在所有Bean属性设置完成后执行初始化逻辑。 -
使用
@PostConstruct注解： 此注解标记的方法会在Bean初始化完成后自动执行。 -
实现
ApplicationRunner或CommandLineRunner接口： 这些接口提供在Spring容器启动完成后执行特定任务的机制，更适合处理与应用启动相关的初始化操作。 -
使用
@Configuration配合@Bean注解： 将数据库读取逻辑封装在一个单独的@Bean方法中，更清晰地表达了Bean的定义和依赖关系。
以下示例演示了使用@PostConstruct注解的改进方案：
@Component
@Data
public class AppConfig {
private String some;
private final ConfigMapper configMapper;
public AppConfig(ConfigMapper configMapper) {
this.configMapper = configMapper;
}
@PostConstruct
public void init() {
System.out.println("---------------");
List all = configMapper.selectList();
System.out.println(all);
this.some = ...;
}
}
通过这些方法，可以确保ConfigMapper bean已经正确初始化，避免潜在的NullPointerException以及其他与依赖注入时机相关的错误，从而提高代码的可靠性和可维护性。 选择合适的初始化方式，可以使代码更清晰、更易于理解和维护，并符合Spring框架的最佳实践。
