Spring IoC

全称 Inversion of Control，控制反转；别名依赖注入（Dependency Injection）。

IoC 容器是整个 Spring 框架的核心和基础。 IoC 其实就是为了帮助我们避免"大费周折"地创建各种依赖对象，而提供了更加轻松简洁的方式。 它的的反转就是让你从之前的事必躬亲，转变为现在的享受服务。所以 IoC 的理念就是让别人为你服务。其实也就是让 IoC Service Provider 来为你服务。

IoC 的注入方式

IoC 的 三种注入方式：

• 构造方法注入

  被注入对象可以通过在其构造方法中声明依赖对象的参数列表，让 IoC 容器知道它需要哪些依赖对象。

• setter 方法注入

  IoC 容器可以通过调用依赖对象的 setter 方法为被注入对象注入依赖对象。

• 接口注入

  接口方法注入就是新建一个接口，名字自定义，然后接口的方法名也自定义，只是方法的参数为被注入对象所依赖的对象， 然后被注入对象实现这个接口即可。

Ioc Service Provider - 掌握大局

Ioc Service Provider 是抽象出来的一个概念，它指代任何将 IoC 场景中的业务对象绑定到一起的实现方式。

职责

• 业务对象的构建管理

  在 IoC 场景中，业务对象无需关心所依赖的对象如何构建如何取得，这部分工作恰好就交给 IoC Service Provider 来做， 将对象的构建逻辑从客户端对象中剥离出来，避免这部分逻辑污染业务对象的实现。

• 业务对象间的依赖绑定

  对于 IoC 来说，这个职责是最艰巨也是最重要的，这是它的使命之所在。IoC Service Provider 通过结合之前构建和管理的 所有业务对象，以及各个业务间可以识别的依赖关系，将这些对象所依赖的对象注入绑定，从而保证每个业务对象在使用的时候，可以 处于就绪状态。

Spring IoC 容器

• BeanFactory（Spring 的 Ioc Service Provider）

  基础类型 IoC 容器，提供完整的 IoC 服务支持。如果没有特殊指定，默认采用延迟初始化策略（lazy-load）。

• ApplicationContext

  ApplicationContext 在 BeanFactory 的基础上构建，是相对比较高级的容器实现，拥有 BeanFactory 的所有支持，还提供其它高级特性， 包括事件发布、国际化信息支持等。

Spring IoC 容器不仅提供了 IoC 支持，还提供了 IoC 之外的支持：

• 对象生命周期管理

• 线程管理

• 企业服务集成

• 查找服务

• AOP 支持

BeanFactory 的对象注册与依赖绑定方式

• 直接编码方式

  相关类：DefaultListableBeanFactory 间接地实现了 BeanFactory 接口和 BeanDefinitionRegistry 接口。其中 BeanDefinitionRegistry 接口才是 在 BeanFactory 的实现中担当 Bean 注册管理的角色。 举例说明下： BeanFactory - 图书馆 BeanDefinitionRegistry - 书架 BeanDefinition - 各种各样的书

• 外部配置文件方式

  • properties 文件 (PropertiesBeanDefinitionReader)

  • xml 文件 (XmlBeanDefinitionReader)

  • 自定义文件（自己实现 BeanDefinitionReader 接口）

• 注解方式

  • @Service

  • @Autowired

    然后在 xml 中添加上如下配置即可，这样就可以自动扫描相关注解，添加 Bean 到 BeanFactory 中。

      <xml>
            <mvc:annotation-driven/>
            <context:component-scan base-package="cn.tommyyang"/> 
      </xml>

BeanFactory 之 xml 配置

所有注册到容器的业务对象，在 Spring 称之为 bean。故每一个对象在 xml 中的映射也自然地对应一个 的元素。而把这些 元素组织起来的就是 。

beans 作为 xml 配置文件中最顶层的元素，拥有如下几个元素：

• description 0 个或 1 个

• bean 0 个 或 多个

• import

• alias

beans 对 bean 进行管理的属性

• default-lazy-init

  其值可以为 true 或 false，默认值为 false。用来标志对所有的 进行延迟初始化。

• default-autowire

  可以取值为 no、byName、byType、constructor以及 autodetect。默认值为 no，如果使用自动绑定的话，用来标志全体 bean 使用哪一种默认绑定方式。

• default-init-method

  如果下面的所有 元素按照某种规则，都有同样初始化方法的方法名，那么可以使用这个属性去统一设置。

• default-destroy-method

  与 default-init-method 相对应，如果下面的所有 元素按照某种规则，都有同样对象销毁方法的方法名，那么可以使用该属性统一设置。

bean 的相关属性

• id: 对象注册到容器的唯一标志，就跟人的身份证号码一样（重复的话就非常麻烦）。

• name: 很灵活，name 可以使用 id 不能使用的一些字符，也可以空格、逗号或者冒号分割来给一个 bean 指定多个 name。name 的作用跟 alias 为 id 指定多个别名基本累似。demo 如下：

    <bean id="bean1" name="/b1,b2" class="..impl.bean1Impl">
    </bean>
  
    <alias name="bean1" alias="/b1">
    <alias name="bean1" alias="b2">

• class: 通过 class 指定注册到容器的对象的类型，也就是对象的具体 class 路径。

• parent: 实现继承。

• scope: BeanFactory 除了拥有作为 IoC Service Provider 的职责，作为一个轻量级容器，它还有着其它的一些职责，其中就包括对象生命周期管理。bean 的生命周期，决定在于 scope 属性的设置。

  • singleton: 在 Spring 的 IoC 容器中，只存在一个共享实例，所有对象共享该对象的引用。这种对象的生命周期基本与 IoC 容器相同，就是从容器启动后，到第一次被请求后初始化该实例，一直存活到容器退出。所以说这种类型对象的"寿命"基本和 IoC 容器相同。

  • prototype: IoC 容器在接收到该类型对象的请求后，会每次都重新生成一个新的实例对象给请求方。也就是说，如果一个实例对象不能共享给所有对象的话，那就需要将该 bean 的 scope 声明为 prototype。

  • request

  • session

  • global session

  • 自定义 scope

  Spring 容器之 ApplicationContext

  作为 Spring 提供的较之 BeanFactory 更为先进的 IoC 容器实现，ApplicationContext 除了拥有 BeanFactory 的所有功能外，还进一步扩展了基本容器的功能，包括 BeanFactoryPostProcessor、BeanPostProcessor 以及其他特殊类型 bean 的自动识别、容器启动后 bean 实例的自动初始化、国际化的信息支持、容器内时间发布等。

  Spring 为 BeanFactory 类型容器提供了 XmlBeanFactory 实现。相应地，它也为 ApplicationContext 类型容器提供了一下几个常用实现。

  • FileSystemXmlApplicationContext

    在默认情况下，从文件系统加载 bean 定义以及相关资源的 ApplicationContext 实现。

  • ClassPathXmlApplicationContext

    在默认情况下，从 Classpath 加载 bean 定义以及相关资源的 ApplicationContext 实现。

  • XmlWebApplicationContext

    Spring 提供的用于 Web 应用程序的 ApplicationContext 实现。

Spring 中的 Resource

Spring 框架内部使用 org.springframework.core.io.Resource 接口作为所有资源的抽象和访问接口。比如：

BeanFactory beanfactory = new XmlBeanFactory(new ClassPathResource("..."));

其中 ClassPathResource 就是 Resource 的一个特定类型的实现，代表的是位于 Classpath 里面的资源。

Resource 接口可以根据资源的不同类型，或者资源所处的不同场合，给出相应的具体实现。

• ByteArrayResource。将字节（byte）数组提供的数据作为一种资源进行封装，如果通过 InputStream 形式访问该类型的资源，该实现会根据字节数组的数据，构造相应的 ByteArrayInputStream 并返回。

• ClassPathResource。该实现从 Java 应用程序的 ClassPath 中加载具体资源并并进行封装，可以使用指定的类加载器（ClassLoader）或者给定的类进行资源加载。

• FileSystemResource。对 java.io.File 类型的封装，故可以以文件或者 URL 的形式对该类型的资源进行访问，只要可以与 File 进行的交互，基本上跟 FileSystemResource 也可以。

• UrlResource。通过 java.net.URL 进行的具体资源查找定位的实现类，内部委派 URL 进行具体的资源操作。

• InputStreamResource。将给定的 InputStream 视为一种资源的 Resource 实现类，较为少用。可能的情况下，以 ByteArrayResource 以及其它形式资源取而代之。

ResourceLoader