Spring原理解析（3）- Bean

一时失言乱红尘 2022-04-02 19:16 157阅读 0赞

# Bean的生命周期 #

Bean的生命过程可以借鉴Servlet的生命过程，了解其生命过程对于不管是思想还是以后的使用都很有帮助；

Bean可以通过两种方式进行加载，分别是使用BeanFactory 和 applicationContext， 下边就这两种方式进行Bean的声明周期总结：

**applicationContext：**

**![201812271517071][]**

1：Bean的建立：

容器寻找Bean的定义信息并将其实例化，也就是new一个对象，。

2：属性注入：

使用依赖注入，Spring按照Bean定义信息配置Bean所有属性，相当于调用set方法进行属性set操作

3. 如果这个Bean实现了BeanNameAware接口，会调用它实现的setBeanName(String beanId)方法，此处传递的是Spring配置文件中Bean的ID

4. 如果这个Bean实现了BeanFactoryAware接口，会调用它实现的setBeanFactory()，传递的是Spring工厂本身（可以用这个方法获取到其他Bean）

5. 如果这个Bean实现了ApplicationContextAware接口，会调用setApplicationContext(ApplicationContext)方法，传入Spring上下文，该方式同样可以实现步骤4，但比4更好，以为ApplicationContext是BeanFactory的子接口，有更多的实现方法

6. 如果这个Bean关联了BeanPostProcessor接口，将会调用postProcessBeforeInitialization(Object obj, String s)方法，BeanPostProcessor经常被用作是Bean内容的更改，并且由于这个是在Bean初始化结束时调用After方法，也可用于内存或缓存技术

7.如果设置了initializingBean接口，则会调用实现的afterPropertiesSet()方法；

8. 如果这个Bean在Spring配置文件中配置了init-method属性会自动调用其配置的初始化方法【相当于定制方法】

9. 如果这个Bean关联了BeanPostProcessor接口，将会调用postAfterInitialization(Object obj, String s)方法

10. 容器关闭，当Bean不再需要时，会经过清理阶段，如果Bean实现了DisposableBean接口，会调用其实现的destroy方法，如果这个Bean的Spring配置中配置了destroy-method属性，会自动调用其配置的销毁方法

**BeanFactory：**

下边对BeanFactory的生命周期过程进行分析，BeanFactory的生命周期相对于ApplicationContext来说相对简化了一些；

下面用图进行概括：

![2018122715170735][]

下面以BeanFactory为例，说明一个Bean的生命周期活动

*  Bean的建立， 由BeanFactory读取Bean定义文件，并生成各个实例
 *  Setter注入，执行Bean的属性依赖注入
 *  BeanNameAware的setBeanName(), 如果实现该接口，则执行其setBeanName方法
 *  BeanFactoryAware的setBeanFactory()，如果实现该接口，则执行其setBeanFactory方法
 *  InitializingBean的afterPropertiesSet()，如果实现了该接口，则执行其afterPropertiesSet()方法
 *  Bean定义文件中定义init-method
 *  DisposableBean的destroy()，在容器关闭时，如果Bean类实现了该接口，则执行它的destroy()方法
 *  Bean定义文件中定义destroy-method，在容器关闭时，可以在Bean定义文件中使用“destory-method”定义的方法

### 对比： ###

如果使用ApplicationContext来维护一个Bean的生命周期，则基本上与上边的流程相同，只不过在执行BeanNameAware的setBeanName()后，若有Bean类实现了org.springframework.context.ApplicationContextAware接口，则执行其setApplicationContext()方法，然后再进行BeanPostProcessors的processBeforeInitialization()  
实际上，ApplicationContext除了向BeanFactory那样维护容器外，还提供了更加丰富的框架功能，如Bean的消息，事件处理机制等。

①ApplicationContext 接口继承BeanFactory接口，Spring核心工厂是BeanFactory ,BeanFactory采取延迟加载，第一次getBean时才会初始化Bean, ApplicationContext是会在加载配置文件时初始化Bean。

②ApplicationContext是对BeanFactory扩展，它可以进行国际化处理、事件传递和bean自动装配以及各种不同应用层的Context实现

开发中基本都在使用ApplicationContext, web项目使用WebApplicationContext ，很少用到BeanFactory

# Bean的作用域 #

singleton

当一个bean的作用域为singleton, 那么Spring IoC容器中只会存在一个共享的bean实例，并且所有对bean的请求，只要id与该bean定义相匹配，则只会返回bean的同一实例。

prototype

Prototype作用域的bean会导致在每次对该bean请求（将其注入到另一个bean中，或者以程序的方式调用容器的getBean() 方法）时都会创建一个新的bean实例。根据经验，对所有有状态的bean应该使用prototype作用域，而对无状态的bean则应该使用 singleton作用域

request

在一次HTTP请求中，一个bean定义对应一个实例；即每次HTTP请求将会有各自的bean实例， 它们依据某个bean定义创建而成。该作用 域仅在基于web的Spring ApplicationContext情形下有效。

session

在一个HTTP Session中，一个bean定义对应一个实例。该作用域仅在基于web的Spring ApplicationContext情形下有效。

global session

在一个全局的HTTP Session中，一个bean定义对应一个实例。典型情况下，仅在使用portlet context的时候有效。该作用域仅在基于 web的Spring ApplicationContext情形下有效。

# Bean注入属性有哪几种方式？ #

[![65bac0a5-b37d-409e-8d5d-6f969e10bfa1][]][65bac0a5-b37d-409e-8d5d-6f969e10bfa1 1]

spring支持构造器注入和setter方法注入属性

构造器注入，通过 **<constructor-arg>** 元素完成注入

setter方法注入， 通过**<property> 元素完成注入【开发中常用方式】**

[201812271517071]: /images/20220402/c59e4b1d32f1448f95b51a132fcd1e89.png
[2018122715170735]: /images/20220402/2221cefd05284a8d910f3bb4ecf9f5d2.png
[65bac0a5-b37d-409e-8d5d-6f969e10bfa1]: /images/20220402/d2654384f5404781847a82c03fc5f3de.png
[65bac0a5-b37d-409e-8d5d-6f969e10bfa1 1]: http://images2015.cnblogs.com/blog/799093/201607/799093-20160724232926263-388770666.png