几个直击灵魂的Spring拷问（一）

• Spring容器是什么

从代码层次来看：Spring容器就是一个实现了ApplicationContext接口的对象，
从功能上来看： Spring 容器是 Spring 框架的核心，是用来管理对象的。容器将创建对象，把它们连接在一起，配置它们，并管理他们的整个生命周期从创建到销毁。

• 创建bean实例这些方式

通过反射调用构造方法创建bean对象
通过静态工厂方法创建bean对象
通过实例工厂方法创建bean对象
通过FactoryBean创建bean对象

• spring容器自带的有2种作用域

分别是singleton和prototype；还有3种分别是spring web容器环境中才支持的request、session、application。
singleton是spring容器默认的作用域

• 依赖注入（Spring中的依赖注入就是属性注入），分为自动和手动

setter注入相对于构造函数注入要灵活一些，构造函数需要指定对应构造函数中所有参数的值，而setter注入的方式没有这种限制，不需要对所有属性都进行注入，可以按需进行注入。

• 自动注入

自动注入是采用约定大约配置的方式来实现的，程序和spring容器之间约定好，遵守某一种都认同的规则，来实现自动注入。
byteName：按照名称进行注入
byType：按类型进行注入
constructor：按照构造方法进行注入
default：默认注入方式
情况下自动注入是关闭的（默认注入模型为no），可以说明，在实际使用情况中，Spring是非常不推荐我们开启自动注入这种模型。

通常所说byName,byType跟我们在前文提到的注入模型中的byName,byType是完全不一样的。通常我们说的byName,byType是Spring寻找bean的手段。比如，当我们注入模型为constructor时，Spring会先通过名称找对符合要求的bean，这种通过名称寻找对应的bean的方式我们可以称为byName。我们可以将一次注入分为两个阶段，首先是寻找符合要求的bean，其次再是将符合要求的bean注入。也可以画图如下：

• @Autowired直接加到字段上跟加到set方法上有什么区别？为什么我们验证的时候需要将其添加到setter方法上？

Spring会通过反射获取到Service中luBanService这个字段，然后通过反射包的方法，Filed.set(Service,luBanService)这种方式来完成注入
通过Method.invoke(object,args)的方式来完成注入的，这里的method对象就是我们的setter方法

• BeanDefinition

Spring容器启动的过程中，会将Bean解析成Spring内部的BeanDefinition结构。
BeanDefinition里面里面包含了bean定义的各种信息，如：bean对应的class、scope、lazy信息、dependOn信息、autowireCandidate（是否是候选对象）、primary（是否是主要的候选者）等信息。

• BeanDefinition的合并相关

为什么需要合并？Spring需要用到bd的属性，要保证获取到的bd的属性是正确的。(之所以再每次需要用到BeanDefinition都进行一次合并，是为了每次都拿到最新的，最有效的BeanDefinition，因为利用容器提供了一些扩展点我们可以修改BeanDefinition中的属性。)
子BeanDefinition会从父BeanDefinition中继承没有的属性
这个过程中，子BeanDefinition中已经存在的属性不会被父BeanDefinition中所覆盖