引入
Spring 是如何生成一个Bean的？
我们先看个例子
我们有个Configuration类AppConfig ，通过ComponentScan定义了扫描com.artisan目录下所有表了标注了注解的Bean
package com.artisan; import org.springframework.context.annotation.ComponentScan; import org.springframework.context.annotation.Configuration; @Configuration @ComponentScan("com.artisan") public class AppConfig { }
同时com.artisan目录下还有A.class 和 B.class , 其中B类上标注了@Component注解，A上仅仅一个普通的Java类
package com.artisan.test; import org.springframework.stereotype.Component; @Component public class B { }
package com.artisan.test; public class A { }
我们启动下Spring容器，然后尝试去重bean容器中获取A和B的单例对象，看看会发生什么？
package com.artisan.test; import com.artisan.AppConfig; import org.springframework.context.annotation.AnnotationConfigApplicationContext; public class BeanLoadTest { public static void main(String[] args) { // spring容器 AnnotationConfigApplicationContext ac = new AnnotationConfigApplicationContext(AppConfig.class); System.out.println(ac.getBean(B.class)); System.out.println(ac.getBean(A.class)); } }
结果显而易见， 被标注了@Component注解的B类，成功的从bean容器中获取到了，而A类是无法从bean容器中获取到的 ( No qualifying bean of type ‘com.artisan.test.A’ available)。
com.artisan.test.B@28864e92 Exception in thread "main" org.springframework.beans.factory.NoSuchBeanDefinitionException: No qualifying bean of type 'com.artisan.test.A' available at org.springframework.beans.factory.support.DefaultListableBeanFactory.getBean(DefaultListableBeanFactory.java:351) at org.springframework.beans.factory.support.DefaultListableBeanFactory.getBean(DefaultListableBeanFactory.java:342) at org.springframework.context.support.AbstractApplicationContext.getBean(AbstractApplicationContext.java:1177) at com.artisan.test.BeanLoadTest.main(BeanLoadTest.java:12)
这是为什么呢？Spring的源码是如何实现的呢？ 接下来的文章，我们逐层揭开Sping Bean的神秘面纱 …
Bean实例化的原理
我们知道普通的Java类的实例化的过程，被JVM编译成字节码文件以后，通过new 关键字实例化。
Spring bean的实例化区别于普通Java类的实例化过程，是一个相对复杂的过程。
原理如下
1. 扫描到可以受到Spring管理的Bean，将其转化成BeanDefinition
2. BeanDefinition是个接口，其中有很多属性可以设置，比如 scope 、lazyInit、dependson 、autoType 、关联的是哪个类setBeanClass 等等
3. 将BeanDefinition放入到一个Map中
4. 遍历Map ，取出BeanDefinition，根据你上一步设置的各种属性，去做不同的操作，比如autoType 、是否懒加载等等等等，实例化Bean
5. 实例化完成以后，将实例化好的Bean放到map中 （就是spring容器）,即Spring的单例池 singletonObjectsMap。
这里只会创建单例模式的Bean，prototype等类型的bean不会添加到单例池中,因为prototype每次都会new一个，没有必要去缓存。
当然了，Spring的实现是很复杂的，我们这里先对其大致的过程和原理有个初步的了解，方便后续源码的展开
singleton vs prototype
spring容器在启动的时候就已经将singleton的bean 缓存到 单例池中，而 prototype类型的bean ，在spring容器启动的时候并不会被实例化，仅在调用的时候生成，且每次都一个新的对象 。
看个演示
加个断点，
可以发现 还没执行到ac.getBean(B.class)，仅在容器启动阶段就已经实例化完成了singleton作用域的bean。
接下来我们看下prototype类型的bean
可以看到 在spring容器启动的时候，并没有实例化prototype类型的bean 。
Singleton VS Prototype 小结
我们看到了 Singleton VS Prototype的区别
- 创建时机不同： singleton的bean是在容器初始化的时候创建的，而原型bean是在调用的时候创建的
- 作用域不同： 单例singleton的bean 在容器中仅会创建一次，并且只有一个，而原型Prototype类型的bean每次调用都会初始化一个新的对象。
下文
下文我们探讨对象和bean的关系
