Spring 框架
1. core：整个Spring框架构建在Core核心模块上，它是整个框架的的基础。
2. AOP：AOP模块提供了一个轻便但功能强大强大的AOP框架，让我们可以以AOP的形式增强各POJO的能力。
3. 数据访问和事务管理的抽象和集成服务。
4. 为了简化各种JavaEE服务(像JNDI、JMS以及JavaMail等)的使用，Spring框架为我们提供了针对这些JavaEE服务的集成服务。
5. WEB模块：在该模块中，Spring框架提供了一套自己的WEB MVC框架，职责分明。Spring WEB MVC并不排斥现有的其他WEB框架，像Struts、WebWork以及JSF等；Spring的web框架都为它们提供了集成支持。
IOC的基本概念：
1. IOC全称Inversion of Control，中文通常翻译为"控制反转"，它还有一个别名叫做依赖注入(Dependency Injection)
2. 通常情况下，被注入对象会直接依赖于被依赖对象。但是，在IOC的场景中，二者之间通过IOC Service Provider来打交道，所有的被注入对象和依赖对象现在由IOC Service Provider统一管理。被注入
对象需要什么，直接跟IOC Service Provider招呼一声，后者就会把相应的依赖对象注入到被注入对象中从而达到IOC Service Provider为注入对象服务的目的。IoC Service Provider在这里就是通常的
IoC容器所充当的角色。从被注入对象的角度看，与之前直接寻求依赖对象相比，依赖对象的取得方式发生了反转，控制也从被注入对象转到了IOC Service Provider那里。
3. 三种依赖注入的方式：构造方法注入(constructor injection)、setter方法注入(setter injection)以及接口注入(interface injection，不提倡接口注入这种使用方式)。
4. 三种注入方式的比较：
1). 接口注入：从注入方式的使用上来说，接口注入是现在不甚提倡的一种方式，基本处于"退役状态"。因为它强制被注入对象实现不必要的接口，带有侵入性。
2). 构造方法注入：这种注入方式的优点是，对象在构造完成之后，即已进入就绪状态，可以马上使用。缺点是，当依赖对象比较多的时候，构造方法的参数列表会比较长。
3). setter方法注入：因为方法可以命名，所以setter方法注入在描述性上要比构造方法注入好一些。另外，setter方法可以被继承，允许设置默认值，而且有良好的IDE支持。缺点是独享无法在构造完成后
马上进入就绪状态。
掌握大局的IoC Service Provider
1. IoC Service Provider的职责，主要有两个：业务对象的构建管理和业务对象间的依赖绑定。
2. 如何管理对象之间的依赖关系：
1). 直接编码方式
2). 配置文件方式
3). 元数据方式(注解)
Spring IoC容器之BeanFactory
1. Spring提供了两种容器类型：BeanFactory和ApplicationContext
1). BeanFactory：基础类型IoC容器，提供完整的IoC服务支持。如果没有特殊指定，默认采用延迟初始化策略(lazy-load)。只有当客户端对象需要访问容器中的某个受管理对象的时候，才对该受管理对象进行
初始化以及依赖注入操作。所以，相对来说，容器启动初期速度较快，所需要的资源有限。对于资源有限，并且功能要求不是很严格的场景，BeanFactory是比较合适的IoC容器选择。
2). ApplicationContext：ApplicationContext在BeanFactory的基础上构建，是相对比较高级的容器实现，除了拥有BeanFactory的所有支持，ApplicationContext还提供了其他高级特性，比如事件发布、
国际化支持等，这些会在后面详述。ApplicationContext所管理的对象，在该类型容器启动之后，默认全部初始化并绑定完成。所以，相对于BeanFactory来说，ApplicationCotnext要求更多的系统资源，
同时因为在启动时就完成所有初始化，容器启动时间较之BeanFactory也会长一些。在那些系统资源充足，并且要求更多功能的场景中，ApplicationContext类型的容器是比较合适的选择。
ApplicationContext间接继承自BeanFactory。
2. BeanFactory的对象注册与依赖绑定方式：BeanFactory接口只定义如何访问容器内管理的Bean的方法，各个BeanFactory的具体实现类负责具体Bean的注册以及管理工作。BeanDefinitionRegistry接口定义
抽象了Bean的注册逻辑。通常情况下，具体的BeanFactory实现类会实现这个接口来管理Bean的注册。
1). 直接编码的方式
2). 外部配置文件方式：Spring的IoC容器支持两种配置文件格式：Properties文件格式和XML文件格式。
3). 注解方式
3. BeanFactory的XML之旅
3.1 <beans>和<bean>
1). <beans>是XML配置文件中的最顶层元素，它下面可以包含0或1个<description>和多个<bean>以及<import>或者<alias>，它拥有相应的属性：
a. default-lazy-init：默认值为false。用来标志是否对所有的<bean>进行延迟初始化。
b. default-autowire：可以取值no、byName、byType、constructor以及autodetect。默认值为no，如果使用自动绑定的话，用来标志全体bean使用哪一种默认绑定方式。
c. default-dependency-check：可以取值为none、objects、simple以及all，默认值为none，即不做依赖检查。
e. default-init-method：如果所辖的<bean>按照某种规则，都有同样名称的初始化方法的话，可以在这里统一制定这个初始化方法名，而不用在每一个<bean>上都重复单独指定。
f. default-destroy-method：与defalut-init-method相对应，如果所辖的bean有按照某种规则使用了相同名称的对象销毁方法，可以通过这个属性统一指定。
3.2 <description>、<import>和<alias>
1). <description>：可以通过<description>在配置的文件中指定一些描述性的信息。通常情况下，该元素是省略的。当然，如果愿意，<description>随时可以为我们效劳。
2). <import>：通常情况下，可以根据模块功能或者层次关系，将配置信息分门别类地放到多个配置文件中。可以在这个主要的配置文件中通过<import>元素对其所依赖的配置文件进行引用。
这个功能用处不大，因为通常可以同时加载多个配置。
3). <alias>：可以通过<alias>为某些<bean>起一些别名，通常情况下是为了减少输入。
@Resource和@Autowired的区别：
1. @Resource默认是按照名称来装配注入的，只有当找不到与名称匹配的bean才会按照类型来装配注入；
2. @Autowired默认是按照类型装配注入的，如果想按照名称来转配注入，则需要结合@Qualifier一起使用；
3. @Resource注解是又J2EE提供，而@Autowired是由Spring提供，故减少系统对spring的依赖建议使用@Resource的方式；
4. @Resource和@Autowired都可以书写标注在字段或者该字段的setter方法之上