Spring框架之IOC容器

客官°小女子只卖身不卖艺 2024-04-17 05:55 100阅读 0赞

### 文章目录 ###

*   *  IOC容器
     *   *  容器
         *  应用上下文
         *  SpringBean的定义
         *  Bean的作用域
         *  Bean的生命周期

## IOC容器 ##

### 容器 ###

装配：创建应用组件之间协作的行为通常称为装配

基于Spring的应用中，你的应用对象生存于Spring容器中，Spring容器负责创建对象，装配对象，配置并管理对象的整个生命周期。

Spring 提供了以下两种不同类型的容器。

**BeanFactory容器**：它是最简单的容器，给 DI 提供了基本的支持，它用 org.springframework.beans.factory.BeanFactory 接口来定义。BeanFactory 或者相关的接口，如 BeanFactoryAware，InitializingBean，DisposableBean，在 Spring 中仍然存在具有大量的与 Spring 整合的第三方框架的反向兼容性的目的。

**ApplicationContext容器**：基于BeanFactory构建，该容器添加了更多的企业特定的功能，例如从一个属性文件中解析文本信息的能力，发布应用程序事件给感兴趣的事件监听器的能力。该容器是由 org.springframework.context.ApplicationContext 接口定义。ApplicationContext是BeanFactory的子接口。

### 应用上下文 ###

Spring自带了多种类型的应用上下文。 下面罗列的几个是你最有可能遇到的。

*  **AnnotationConfigApplicationContext**： 从一个或多个基于Java的配置类中加载Spring应用上下文。
 *  **AnnotationConfigWebApplicationContext**： 从一个或多个基于Java的配置类中加载Spring Web应用上下文。
 *  **ClassPathXmlApplicationContext**： 从类路径下的一个或多个XML配置文件中加载上下文定义， 把应用上下文的定义文件  
    作为类资源。
 *  **FileSystemXmlapplicationcontext**： 从文件系统下的一个或多个XML配置文件中加载上下文定义。
 *  **XmlWebApplicationContext**： 从Web应用下的一个或多个XML配置文件中加载上下文定义。

### SpringBean的定义 ###

被称作 bean 的对象是构成应用程序的支柱也是由 Spring IoC 容器管理的。bean 是一个被实例化，组装，并通过 Spring IoC 容器所管理的对象。这些 bean 是由用容器提供的配置元数据创建的。

bean 定义包含称为**配置元数据**的信息，下述容器也需要知道配置元数据：

*  如何创建一个 bean
 *  bean 的生命周期的详细信息
 *  bean 的依赖关系

上述所有的配置元数据转换成一组构成每个 bean 定义的下列属性。

<table> 
 <thead> 
  <tr> 
   <th>属性</th> 
   <th>描述</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>class</td> 
   <td>这个属性是强制性的，并且指定用来创建 bean 的 bean 类。</td> 
  </tr> 
  <tr> 
   <td>name</td> 
   <td>这个属性指定唯一的 bean 标识符。在基于 XML 的配置元数据中，你可以使用 ID 和/或 name 属性来指定 bean 标识符。</td> 
  </tr> 
  <tr> 
   <td>scope</td> 
   <td>这个属性指定由特定的 bean 定义创建的对象的作用域。</td> 
  </tr> 
  <tr> 
   <td>constructor-arg</td> 
   <td>它是用来注入依赖关系的，并会在接下来的章节中进行讨论。</td> 
  </tr> 
  <tr> 
   <td>properties</td> 
   <td>它是用来注入依赖关系的，并会在接下来的章节中进行讨论。</td> 
  </tr> 
  <tr> 
   <td>autowiring mode</td> 
   <td>它是用来注入依赖关系的，并会在接下来的章节中进行讨论。</td> 
  </tr> 
  <tr> 
   <td>lazy-initialization mode</td> 
   <td>延迟初始化的 bean 告诉 IoC 容器在它第一次被请求时，而不是在启动时去创建一个 bean 实例。</td> 
  </tr> 
  <tr> 
   <td>initialization 方法</td> 
   <td>在 bean 的所有必需的属性被容器设置之后，调用回调方法。它将会在 bean 的生命周期章节中进行讨论。</td> 
  </tr> 
  <tr> 
   <td>destruction 方法</td> 
   <td>当包含该 bean 的容器被销毁时，使用回调方法。它将会在 bean 的生命周期章节中进行讨论。</td> 
  </tr> 
 </tbody> 
</table>

注解：initialization /ɪˌnɪʃəlaɪˈzeɪʃn/初始化

### Bean的作用域 ###

当在 Spring 中定义一个 bean 时，你必须声明该 bean 的作用域的选项。

Spring 框架支持以下五个作用域，分别为singleton、prototype、request、session和global session，5种作用域说明如下所示，

注意，如果你使用 web-aware ApplicationContext 时，其中三个是可用的。

<table> 
 <thead> 
  <tr> 
   <th>作用域</th> 
   <th>描述</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>单例singleton</td> 
   <td>在spring IoC容器仅存在一个Bean实例，Bean以单例方式存在，默认值</td> 
  </tr> 
  <tr> 
   <td>原型prototype</td> 
   <td>每次从容器中调用Bean时，都返回一个新的实例，即每次调用getBean()时，相当于执行newXxxBean()</td> 
  </tr> 
  <tr> 
   <td>请求request</td> 
   <td>每次HTTP请求都会创建一个新的Bean，该作用域仅适用于WebApplicationContext环境</td> 
  </tr> 
  <tr> 
   <td>会话session</td> 
   <td>同一个HTTP Session共享一个Bean，不同Session使用不同的Bean，仅适用于WebApplicationContext环境</td> 
  </tr> 
  <tr> 
   <td>全局global-session</td> 
   <td>一般用于Portlet应用环境，该运用域仅适用于WebApplicationContext环境</td> 
  </tr> 
 </tbody> 
</table>

**singleton作用域**

singleton 是默认的作用域，也就是说，当定义 Bean 时，如果没有指定作用域配置项，则 Bean 的作用域被默认为 singleton。

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

也就是说，当将一个bean定义设置为singleton作用域的时候，Spring IoC容器只会创建该bean定义的唯一实例。

Singleton是单例类型，就是在创建起容器时就同时自动创建了一个bean的对象，不管你是否使用，他都存在了，每次获取到的对象都是同一个对象。注意，Singleton作用域是Spring中的缺省作用域。

**prototype作用域**

当一个bean的作用域为Prototype，表示一个bean定义对应多个对象实例。Prototype作用域的bean会导致在每次对该bean请求（将其注入到另一个bean中，或者以程序的方式调用容器的getBean()方法）时都会创建一个新的bean实例。Prototype是原型类型，它在我们创建容器的时候并没有实例化，而是当我们获取bean的时候才会去创建一个对象，而且我们每次获取到的对象都不是同一个对象。

### Bean的生命周期 ###

典型的生命周期

![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MzkxNTgwOA_size_16_color_FFFFFF_t_70]

1.  Spring对bean进行实例化；
2.  Spring将值和bean的引用注入到bean对应的属性中；
3.  如果bean实现了BeanNameAware接口， Spring将bean的ID传递给setBean-Name()方法；
4.  如果bean实现了BeanFactoryAware接口， Spring将调用setBeanFactory()方法， 将BeanFactory容器实例传入；
5.  如果bean实现了ApplicationContextAware接口， Spring将调用setApplicationContext()方法， 将bean所在的应用上下文的引用传入进来；
6.  如果bean实现了BeanPostProcessor接口， Spring将调用它们的post-ProcessBeforeInitialization()方法；(bean在创建以前要执行的逻辑处理)
7.  如果bean实现了InitializingBean接口， Spring将调用它们的after-PropertiesSet()方法。 类似地， 如果bean使用initmethod声明了初始化方法， 该方法也会被调用；
8.  如果bean实现了BeanPostProcessor接口， Spring将调用它们的post-ProcessAfterInitialization()方法；(bean在创建之后要执行的逻辑处理)
9.  此时， bean已经准备就绪， 可以被应用程序使用了， 它们将一直驻留在应用上下文中， 直到该应用上下文被销毁；
10. 如果bean实现了DisposableBean接口， Spring将调用它的destroy()接口方法。 同样， 如果bean使用destroy-method声明了销毁方法， 该方法也会被调用

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MzkxNTgwOA_size_16_color_FFFFFF_t_70]: https://image.dandelioncloud.cn/pgy_files/images/2024/04/11/5b2be099d22e441f93e161148e2d011b.png