一步一步认识spring(2)

bean的生命周期
bean的完整生命周期从spring容器着手实例化bean开始，直到最终销毁bean。其中经过了很多关键点，每个关键点都涉及到特定的方法调用，

我们可以将这些方法大致分以下四类。

Bean自身的方法
Bean级生命周期接口方法
容器级生命周期接口方法
工厂后处理器接口方法
Bean自身的方法调用Bean的构造函数实例化Bean，调用setter设置Bean的属性值以及通过 的 init-method 和destory-method所指定的方法。

Bean级生命周期接口方法如BeanNameAware、BeanFactoryAware、InitialzingBeanh、DisposableBean等等，这些接口方法由Bean类直接实现。

容器级生命周期接口方法独立于Bean，实现类以容器附加装置的形式注册到Spring容器中，一般这些方法产生的影响是整个容器，而不是自己的bean

工厂后处理器接口方法也是容器级别的，在应用上下文装配配置文件后立即调用。

Bean级生命周期接口方法和容器级生命周期接口方法前者解决Bean个性化处理的问题，后者解决容器中某些Bean共性化处理的问题。

对于Bean生命周期接口的探讨。

我们都知道，spring推崇不对应用程序类做任何限制， spring的好处在于用户可以完全将业务类POJO化，不用实现容器特定的接口，只要关心用户自定义的接口。

但是如果为了实现这些接口就将Bean和Spring牢牢的绑定在了一起，违反了初衷。

因此我们可以通过 的 init-method 和destory-method属性配置方式为Bean指定初始化和销毁的方法，采用这种方式对bean的生命周期的控制效果和通过Bean级生命周期的

InitialzingBeanh和DisposableBean接口所达到的效果是完全相同的，并且采用前者可以达到了框架解耦的目的。因此除非必要，我们都可以抛弃Bean级生命周期接口方法使用更好的

方式取代。

在这里不对生命周期中的一些spring接口做详细介绍，若想了解更多，可自行查找资料。

在这里可以简单的为生命周期做个简化：

单例模式的bean：

出生：容器加载bean就加载

存活：容器存在bean就存在

死亡：容器销毁bean就销毁

原型模式的bean：

出生：bean在使用的时候才创建

存活：bean在使用的期间存活

死亡：当bean不在使用并且没有其他对象引用该bean的时候由垃圾回收期帮忙回收

现在我们知道bean怎么创建的了，也了解了它的生命周期了，那我们下面就来谈谈它的作用域吧！

Bean的作用域
Bean有五种作用域：单例，原型，请求，会话，全局会话。

单例（singleton）：每个容器中只有一个bean

原型（prototype）：用到bean一次生成一个bean

请求（request）：一次请求产生一个bean

会话（session）：一次会话产生一个bean

全局会话（globalsession）：当采用服务器集群的时候同一个session可能访问不同的服务器，这时候使用该作用域可以做到多个服务器都是同一个bean

配置会话可以在内的scope中配置

嗯~现在Bean的作用域我们也知道了，但是Bean有三种不同的装配方式，也就是说我们可以采用三种方式标明该类是一个bean，容器要去加载它。

Bean的装配方式
XML方式
注解方式
Java代码方式
上面我们所用到的例子都是使用xml配置方式声明一个bean。

注解方式就是在我们要配置的bean类上面加个注释，一共有四个注释：

@Component、@Repository、@Service、@Controller；后三个分别对应持久层、服务层、控制层的bean

但是四个注解都是可以统用的，弄了这么多主要是为了提高程序可读性。使用注解方式还要再spring配置中

加个小小的配置，即扫描加了配置的bean类的所在包

<context:component-scan base-package=“test1”/>
由于我主要使用XML配置和注解配置，故Java代码方式不做展开，但是现在Java代码配置Bean逐渐取代xml方式，读者可自行去了解。

生命周期执行的过程如下:

1. spring对bean进行实例化,默认bean是单例
2. spring对bean进行依赖注入
3. 如果bean实现了BeanNameAware接口,spring将bean的id传给setBeanName()方法
4. 如果bean实现了BeanFactoryAware接口,spring将调用setBeanFactory方法,将BeanFactory实例传进来
5. 如果bean实现了ApplicationContextAware()接口,spring将调用setApplicationContext()方法将应用上下文的引用传入
6. 如果bean实现了BeanPostProcessor接口,spring将调用它们的postProcessBeforeInitialization接口方法
7. 如果bean实现了InitializingBean接口,spring将调用它们的afterPropertiesSet接口方法,类似的如果bean使用了init-method属性声明了初始化方法,改方法也会被调用
8. 如果bean实现了BeanPostProcessor接口,spring将调用它们的postProcessAfterInitialization接口方法
9. 此时bean已经准备就绪,可以被应用程序使用了,他们将一直驻留在应用上下文中,直到该应用上下文被销毁
10. 若bean实现了DisposableBean接口,spring将调用它的distroy()接口方法。同样的,如果bean使用了destroy-method属性声明了销毁方法,则该方法被调用
    
    上面流程图当中涉及调用很多的方法，可能我们直接去理解和记忆比较困难，其实对于这么一大堆方法我们可以根据它们的特点对他们进行整理分类，下面提供一种可供大家参考的分类模型：
    
    这时回过头再来看这些方法轮廓上就比较清晰了，记忆的时候我们可通过记忆分类的类型来理解性的记忆所涉及的方法。