Registryprocessor.postprocess BeanDefinition Registry

​ IoC （Inversion of control ）控制反转。它是一种思想不是一个技术实现。描述的是：Java开发领域对象的创建以及管理的问题。 例如：现有类A依赖于类B。传统的开发方式 ：往往是在类A中手动通过new关键字来new一个B的对象出来使用IoC思想的开发方式 ：不通过new关键字来创建对象，而是通过IoC容器(Spring框架) 来帮助我们实例化对象。我们需要哪个对象，直接从IoC 容器里面过去即可。 从以上两种开发方式的对比来看：我们 “丧失了一个权力” (创建、管理对象的权力)，从而也得到了一个好处（不用再考虑对象的创建、管理等一系列的事情） IoC容器主要有两个容器系列：BeanFactory和ApplicationContext。 IoC容器主要的接口设计图： @Override public void refresh() throws BeansException, IllegalStateException { synchronized (this.startupShutdownMonitor) { prepareRefresh();...

基于 2.2.9.RELEASE 问题：当方法进行了注释标记之后，springboot 又是怎么注入到容器中并创建类呢？ 首先创建测试主程序 package com.lagou; @SpringBootApplication public class SpringBootMytestApplication{ public static void main(String[] args) { SpringApplication.run(SpringBootMytestApplication.class, args); } } 创建测试 Controller package com.lagou.controller; @RestController public class TestController { @RequestMapping("/test") public String test(){ System.out.println("源码环境构建成功..."); return "源码环境构建成功"; } } 处理 @ComponentScan 注解...

上一篇文章分析了除 refresh 方法外的流程，并着重分析了 load 方法，这篇文章就主要分析 refresh 方法，可以说 refresh 方法是 springboot 启动流程最重要的一环，没有之一。我们通常在分析源码的过程中，都需要带着一个目标去看，不然看这看那，感觉什么都没有看一样。这篇文章的目标在于弄懂 SpringBoot 自动装配的原理，并且结合我们常用的 Mybatis-Plus 实战分析一下。如果你不感兴趣，可以直接跳过。 try { // Allows post-processing of the bean factory in context subclasses. postProcessBeanFactory(beanFactory); StartupStep beanPostProcess = this.applicationStartup.start("spring.context.beans.post-process"); // Invoke factory processors registered as beans in the context.