其实不管是AnnotationConfigApplicationContext还是ClassPathXmlApplicationContext,目前,我们都可以简单的将它们理解为就是用来创建Java对象的,比如调用getBean()就会去创建对象(此处不严谨,getBean可能也不会去创建对象)。
在Java语言中,肯定是根据某个类来创建一个对象的。我们再看一下实例代码:
AnnotationConfigApplicationContext context = new AnnotationConfigApplicationContext(AppConfig.class); UserService userService = (UserService) context.getBean("userService"); userService.test();
当我们调用context.getBean("userService")时,就会去创建一个对象,但是getBean方法
内部怎么知道"userService"对应的是UserService类呢?
所以,我们就可以分析出来,在调用AnnotationConfigApplicationContext的构造方法
时,也就是第一行代码,会去做一些事情:
- 1. 解析AppConfig.class,得到扫描路径
- 2. 遍历扫描路径下的所有Java类,如果发现某个类上存在@Component、@Service等注解,那么Spring就把这个类记录下来,存在一个Map中,比如Map<String,Class>。(实际上,Spring源码中确实存在类似的这么一个Map,叫做BeanDefinitionMap,后续课程会讲到)
- 3. Spring会根据某个规则生成当前类对应的beanName,作为key存入Map,当前类作为value这样,但调用context.getBean("userService")时,就可以根据"userService"找到UserService类,从而就可以去创建对象了。
Bean的创建过程
那么Spring到底是如何来创建一个Bean的呢,这个就是Bean创建的生命周期,大致过程如下
- 1. 利用该类的构造方法来实例化得到一个对象(但是如何一个类中有多个构造方法,
Spring则会进行选择,这个叫做推断构造方法) - 2. 得到一个对象后,Spring会判断该对象中是否存在被@Autowired注解了的属
性,把这些属性找出来并由Spring进行赋值(依赖注入) - 3. 依赖注入后,Spring会判断该对象是否实现了BeanNameAware接口、
BeanClassLoaderAware接口、BeanFactoryAware接口,如果实现了,就表示当前
对象必须实现该接口中所定义的setBeanName()、setBeanClassLoader()、
setBeanFactory()方法,那Spring就会调用这些方法并传入相应的参数(Aware回
调) - 4. Aware回调后,Spring会判断该对象中是否存在某个方法被@PostConstruct注解
了,如果存在,Spring会调用当前对象的此方法(初始化前) - 5. 紧接着,Spring会判断该对象是否实现了InitializingBean接口,如果实现了,就
表示当前对象必须实现该接口中的afterPropertiesSet()方法,那Spring就会调用当
前对象中的afterPropertiesSet()方法(初始化) - 6. 最后,Spring会判断当前对象需不需要进行AOP,如果不需要那么Bean就创建完
了,如果需要进行AOP,则会进行动态代理并生成一个代理对象做为Bean(初始化
后)
通过最后一步,我们可以发现,当Spring根据UserService类来创建一个Bean时:
- 1. 如果不用进行AOP,那么Bean就是UserService类的构造方法所得到的对象。
- 2. 如果需要进行AOP,那么Bean就是UserService的代理类所实例化得到的对象,而
不是UserService本身所得到的对象。
Bean对象创建出来后:
- 1. 如果当前Bean是单例Bean,那么会把该Bean对象存入一个Map<String,
Object>,Map的key为beanName,value为Bean对象。这样下次getBean时就可
以直接从Map中拿到对应的Bean对象了。(实际上,在Spring源码中,这个Map就
是单例池) - 2. 如果当前Bean是原型Bean,那么后续没有其他动作,不会存入一个Map,下次
getBean时会再次执行上述创建过程,得到一个新的Bean对象。
推断构造方法
Spring在基于某个类生成Bean的过程中,需要利用该类的构造方法来实例化得到一个对
象,但是如果一个类存在多个构造方法,Spring会使用哪个呢?
Spring的判断逻辑如下:
1. 如果一个类只存在一个构造方法,不管该构造方法是无参构造方法,还是有参构造方法, Spring都会用这个构造方法
2. 如果一个类存在多个构造方法
a. 这些构造方法中,存在一个无参的构造方法,那么Spring就会用这个无参的构造方法
b. 这些构造方法中,不存在一个无参的构造方法,那么Spring就会报错
Spring的设计思想是这样的:
1. 如果一个类只有一个构造方法,那么没得选择,只能用这个构造方法2. 如果一个类存在多个构造方法,Spring不知道如何选择,就会看是否有无参的构造方 法因 为无参构造方法本身表示了一种默认的意义3. 不过如果某个构造方法上加了@Autowired注解,那就表示程序员告诉Spring就用这 个加了 注解的方法,那Spring就会用这个加了@Autowired注解构造方法了,需要重 视的是,如果Spring选择了一个有参的构造方法,Spring在调用这个有参构造方法 时,需要传入参数,那这个参数是怎么来的呢?
Spring会根据入参的类型和入参的名字去Spring中找Bean对象(以单例Bean为例,Spring会从单例池那个Map中去找):
1. 先根据入参类型找,如果只找到一个,那就直接用来作为入参
2. 如果根据类型找到多个,则再根据入参名字来确定唯一一个
3. 最终如果没有找到,则会报错,无法创建当前Bean对象确定用哪个构造方法,确定入参的 Bean对象,这个过程就叫做推断构造方法。