Spring Boot 自动化配置与底层原理深度解析

这让开发人员可以将精力集中在业务逻辑本身，显著提升了开发效率。

3. @Configuration 配置注解底层原理

@Configuration 注解的核心作用是替代原始的 XML 配置文件，用于定义 Bean。

基础用法

编写配置类时，配合 @Bean 注解将方法返回的对象注册到 IOC 容器中。默认情况下，类名首字母小写即为 Bean 名称，且默认为单例模式。

package com.itheima.sh.config;

import com.itheima.sh.pojo.User;
import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;

@Configuration
public class MyConfig {
    // 默认方法名称作为容器中的 name
    @Bean
    public User getUser() {
        return new User();
    }
}

在引导类中测试时，可以发现获取到的 User 实例是同一个对象，说明容器确实管理了单例状态。

Spring Boot 提供了一个专用注解 @SpringBootConfiguration，其功能与 @Configuration 一致，通常用于标记主配置类。

proxyBeanMethods 属性机制

从 Spring 5.2 开始，@Configuration 引入了 proxyBeanMethods 属性，用于控制 Bean 方法的代理行为。

• Full 模式 (proxyBeanMethods = true)：这是 Spring Boot 的默认设置。当调用 @Bean 标注的方法时，Spring 会检查容器中是否已存在该 Bean。如果存在，直接返回引用；如果不存在，则创建新实例。这保证了 Bean 的单例性。
• Lite 模式 (proxyBeanMethods = false)：每次调用方法都会创建一个新的 Bean 对象，不检查容器状态。

演示 Full 模式的实际效果：

// 默认 proxyBeanMethods=true
User user3 = myConfig1.getUser();
System.out.println(user1 == user3); // 输出 true

如果修改为 Lite 模式，上述比较结果将为 false，证明两次获取的不是同一个 Bean 对象。

总结：

• 组件依赖必须使用 Full 模式以保证单例一致性。
• Full 模式虽然比 Lite 模式多了一次容器检查，但确保了 Bean 的生命周期可控，是推荐的生产环境配置。