qq_65779957的博客

spring框架是一个轻量级的开源的JavaEE框架。所谓轻量级则是：占用空间小，代码侵入性低，代码耦合度低，降低代码复杂度，可以轻易适配多种框架。随着spring的不断发展，它所占用的空间也不断增大从而使得空间小的优势逐渐降低，但是spring依然遵守着尽可能降低占用空间的方式采用了按需加载的方式来管理jar包。并且spring的轻量级真正体现在代码的侵入性低和代码耦合第低的特点，相比于早期的ELB框架有着明显的优势。

而实例化bean对象则是通过InstantiationStrategy定义的实例化策略的抽象接口来实现的实例化，InstantiationStrategy的直接子类simpleInstantiationStrategy的以反射方式实例化对象的功能，而CglibSubclassingInstantiationStrategy继承simpleInstantiationStrategy的采用的则是cglib动态代理的方式来实例化对象。那么在开始第二阶段的getBean方式有显式调用和隐式调用的方式进行处理的。

之前我们讲完了BeanFactory的原理，本章我们来讲一讲ApplicationContext。ApplicationContext除了拥有BeanFactory的所有功能之外，还进一步扩展了基本容器功能，包括BeanFactoryPostProcessor，BeanPostProcessor以及其他特殊类型bean的自动识别，容器启动后bean实例的自动初始化，国际化的信息支持，容器内事件发布等。下面我们就来讲一讲ApplicationContext的特殊功能。

ioc的全称被称为控制反转，它还有一个别名被称作依赖注入(DI)，那么它的作用是什么呢在未使用spring框架之前我们创建对象都是通过在哪里需要对象就在哪里用new的方式直接创建的对象。但是这种方式往往会伴随着一些问题--耦合度过高。举个例子就像下述代码其中一个对象的属性需要另一个对象就在这个属性上直接new的方式进行，那么如果new的这个对象后续进行业务上的修改，这些使用它的对象都要跟着一遍一遍的修改，因此耦合对会过高........那么如何能降低耦合度呢？采用第三者的方式来进行解耦。

Java SE提供了实现自定义事件发布功能的基础类，EventObject和EventListener接口。所有的自定义事件都可以通过扩展EventObject来实现，而事件的监听器则扩展自EventListener。如果想自定义事件类型则需要继承EventObject类去重写自己类的属性，当事件发布和监听之后相应的监听器即可对该类型的事件进行处理。在java SE中的事件监听器并不会去监听所有的事件，这样会导致监听器非常繁忙，那么每个监听器只会监听自己范围内的事件。

BeanFactory既然是ioc容器的具象化，那么它的主要作用肯定是对bean进行管理，那么想要交给BeanFactory去管理肯定得提供一些信息标记哪些类需要其去管理，之前说明ioc的时候已经说过了是采用了三种方式来告诉ioc进行处理的分别是硬编码，外部信息和注解的方式。在之前我们说过，Spring的IOC容器是一个提供IOC支持的轻量级容器，除了基本的IOC支持，它作为轻量级容器还提供了IOC之外的支持。request：表示在一个请求的区域内对象存活，当请求结束后，对象的生命周期将会结束。