@Configuration注解中的proxyBeanMethods属性

在我们解析proxyBeanMethods之前，需要先清楚的一件事就是，上诉的MyConfig类也为成为一个组件加载到我们的容器中，并不只是配置类中加了@Bean的组件。
首先我们在容器启动后，看看容器中有那些组件，看看有没有MyConfig组件。控制台打印结果：
`@SpringBootApplication
public class SensenApplication {

public static void main(String[] args) {
    ConfigurableApplicationContext run = SpringApplication.run(SensenApplication.class, args);
    String[] beanDefinitionNames = run.getBeanDefinitionNames();
    for (String beanDefinitionName : beanDefinitionNames) {
        System.out.println(beanDefinitionName);
    }

    MyConfig bean = run.getBean(MyConfig.class);
    System.out.println(bean.getClass());


}

}`
![在这里插入图片描述](https://img-blog.csdnimg.cn/20210715233933525.png
从控制台打印的结果我们可以会发现sensenApplication和myConfig两个配置类都被当成了组件注册进了spring容器中，由此可以说明我们也可以在主程序中创建@bean创建组件，为什么主程序也可以创建组件呢，因为@SpringBootApplication注解里面就包含了@Configuration注解。
那么既然配置类也成了容器中的组件，那么我们就可以获取他们的组件，且调用他们的方法。这个时候@Configuration注解中proxyBeanMethods属性就有了作用。
首先我们来看看proxyBeanMethods为true时是什么效果：
我们在配置类获取myConfig组件，且调用他标注了@bean的方法（创建person组件的方法），和直接从容器中注册的person组件。

@SpringBootTest
class SensenApplicationTests {
    @Autowired
    MyConfig myConfig;
    @Autowired
    Person person;

    @Test
    void contextLoads() {
        //调用方法
        Person person_new = myConfig.person();
        System.out.println(person_new==person);
    }

}

结果为false；

那说明调用方法的话，会新创建一个对象；
接着我们来看看proxyBeanMethods为true时，依然是上面代码运行。

结果为true

结果说明调用方法后我们的对象是从容器中直接获取的，而不是新创建的。

总计:当proxyBeanMethods为true时（默认为true），调用配置类组件创建bean的方法，获得的bean是从容器中直接获取的，而为false时，则是重新创建。这其实是springboot底层的两种模式Full模式和Lite模式，当我们配置 类组件之间无依赖关系时用Lite模式加速容器启动过程，减少判断，配置类组件之间有依赖关系，方法会被调用得到之前单实例组件，用Full模式。