引入

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的区别

1. 创建时机不同： singleton的bean是在容器初始化的时候创建的，而原型bean是在调用的时候创建的
2. 作用域不同： 单例singleton的bean 在容器中仅会创建一次，并且只有一个，而原型Prototype类型的bean每次调用都会初始化一个新的对象。

下文

下文我们探讨对象和bean的关系

文章来源: artisan.blog.csdn.net，作者：小小工匠，版权归原作者所有，如需转载，请联系作者。

原文链接：artisan.blog.csdn.net/article/details/108525134