1.什么是Spring IOC 容器?

Spring IOC就是控制反转，他通过容器来实现对象组件的装配和管理。所谓的“控制反转”就是对组件对象控制权的转移，从程序代码本身转移到了外部容器。Spring IOC负责创建对象，管理对象（通过依赖注入），装配对象，配置对象，并且管理这些对象的整个生命周期。

2.控制反转(IoC)有什么作用

  • 1.管理对象的创建和依赖关系的维护。

    对象的创建并不是一件简单的事，在对象关系比较复杂时，如果依赖关系需要程序猿来维护的话，那是相当头疼的

  • 2.解耦

    由容器去维护具体的对象

  • 3.托管了类的产生过程

    比如我们需要在类的产生过程中做一些处理，最直接的例子就是代理，如果有容器程序可以把这部分处理交给容器，应用程序则无需去关心类是如何完成代理的

3.IOC的优缺点

IOC，即控制反转（Inversion of Control，英文缩写为IoC），是一个重要的面向对象编程的法则来削减计算机程序的耦合问题，也是轻量级的Spring框架的核心。 控制反转一般分为两种类型，依赖注入（Dependency Injection，简称DI）和依赖查找（Dependency Lookup）。
IOC的优点:实现组件之间的解耦，提高程序的灵活性和可维护性。
IOC的缺点:

  1. 创建对象的步骤变复杂了，不直观，当然这是对不习惯这种方式的人来说的。
  2. 因为使用反射来创建对象，所以在效率上会有些损耗。但相对于程序的灵活性和可维护性来说，这点损耗是微不足道的。
  3. 具体到IOC框架产品(比如：Spring)来讲，需要进行大量的配制工作，比较繁琐，对于一些小的项目而言，客观上也可能加大一些工作成本。

    4.Spring IoC 的实现机制

    Spring 中的 IoC 的实现原理就是工厂模式加反射机制。
    1. interface Fruit{
    2.  void eat();
    3. }
    4. class Apple implements Fruit{
    5.  public void eat(){ 
    6.      System.out.println("Apple");
    7.  }
    8. }
    9. class Orange implements Fruit{
    10.  public void eat(){ 
    11.      System.out.println("Orange");
    12.  }
    13. }
    14. class Factory{
    15.  public static Fruit getInstance(String ClassName){ 
    16.      Fruit f=null;
    17.      try{ 
    18.          f=(Fruit)Class.forName(ClassName).newInstance();
    19.      }catch(Exception e){ 
    20.          e.printStackTrace();
    21.      }
    22.      return f;
    23.  }
    24. }
    25. class Client{
    26.  public static void main(String[] a){
    27.      Fruit f=Factory.getInstance("io.github.dunwu.spring.Apple");
    28.      if(f!=null){
    29.          f.eat();
    30.      }
    31.  }
    32. }

    通过Spring IoC创建的对象不叫对象，叫Bean

常用有两种配置Bean的方式：
1、 通过spring.xml配置

2、通过注解配置
@Component(“userDao”)、@Service等

5.Spring 的 IoC支持哪些功能

  • 依赖注入
  • 依赖检查
  • 自动装配
  • 支持集合
  • 指定初始化方法和销毁方法
  • 支持回调某些方法(但是需要实现 Spring 接口，略有侵入)

其中，最重要的就是依赖注入，从 XML 的配置上说，即 ref 标签。对应 Spring RuntimeBeanReference 对象。对于 IoC 来说，最重要的就是容器。容器管理着 Bean 的生命周期，控制着 Bean 的依赖注入。

6.BeanFactory 和 ApplicationContext有什么区别？

BeanFactory和ApplicationContext是Spring的两大核心接口，都可以当做 Spring的容器。其中ApplicationContext是BeanFactory的子接口。

  • 依赖关系

    BeanFactory:是Spring里面最底层的接口，包含了各种Bean的定义，读取 bean配置文档，管理bean的加载、实例化，控制bean的生命周期，维护bean 之间的依赖关系。

ApplicationContext接口作为BeanFactory的派生，除了提供BeanFactory所具有的功能外，还提供了更完整的框架功能:

  • 继承MessageSource，因此支持国际化。 统一的资源文件访问方式。
  • 提供在监听器中注册bean的事件。
  • 同时加载多个配置文件。
  • 载入多个(有继承关系)上下文 ，使得每一个上下文都专注于一个特定的层次，比如应用的web层。
    • 加载方式

      BeanFactroy采用的是延迟加载形式来注入Bean的，即只有在使用到某个Bean 时(调用getBean())，才对该Bean进行加载实例化。这样，我们就不能发现一些存在的Spring的配置问题。如果Bean的某一个属性没有注入，BeanFacotry加载后，直至第一次使用调用getBean方法才会抛出异常。 ApplicationContext，它是在容器启动时，一次性创建了所有的Bean。这样， 在容器启动时，我们就可以发现Spring中存在的配置错误，这样有利于检查所依赖属性是否注入。 ApplicationContext启动后预载入所有的单实例Bean，通过预载入单实例bean ,确保当你需要的时候，你就不用等待，因为它们已经创建好了。 相对于基本的BeanFactory，ApplicationContext 唯一的不足是占用内存空间。当应用程序配置Bean较多时，程序启动较慢。

  • 创建方式

    BeanFactory通常以编程的方式被创建，ApplicationContext还能以声明的方式创建，如使用ContextLoader。

  • 注册方式

    BeanFactory和ApplicationContext都支持BeanPostProcessor、 BeanFactoryPostProcessor的使用，但两者之间的区别是:BeanFactory需要手动注册，而ApplicationContext则是自动注册。

7.Spring 如何设计容器的，BeanFactory和 ApplicationContext的关系详解

Spring提供了两个接口用来表示容器：

  • BeanFactory
  • ApplicationContext

BeanFactory 简单粗暴，可以理解为就是个 HashMap，Key 是 BeanName， Value 是 Bean 实例。通常只提供注册(put)，获取(get)这两个功能。我们可以称之为 “低级容器”。
ApplicationContext 可以称之为 “高级容器”。他比BeanFactory多了更多的功能，已经不是BeanFactory之类的工厂了，而是“应用上下文”，代表整个大容器的所有功能。这个接口定义了一个refresh方法，用于刷新整个容器，即重新加载所有bean。
当然，除了这两个大接口，还有其他的辅助接口，这里就不介绍他们了。
BeanFactory和ApplicationContext的关系
为了更直观的展示 “低级容器” 和 “高级容器” 的关系，这里通过常用的 ClassPathXmlApplicationContext 类来展示整个容器的层级 UML 关系。
image.png
最上面的是 BeanFactory，下面的 3 个绿色的，都是功能扩展接口。
隶属 ApplicationContext 粉红色的 “高级容器”，依赖着 “低级容器”，这里说的是依赖，不是继承。他依赖着 “低级容器” 的 getBean 功 能。而高级容器有更多的功能:支持不同的信息源头，可以访问文件资源，支持应用事件(Observer 模式)。
通常用户看到的就是 “高级容器”。 左边灰色区域的是 “低级容器”， 只负载加载 Bean，获取 Bean，容器其他的高级功能是没有的。例如上图画的 refresh 刷新 Bean 工厂所有配置，生命周期事件回调等。
IoC 在 Spring 里，只需要低级容器就可以实现，2 个步骤:

  1. 加载配置文件，解析成 BeanDefinition 放在 Map 里。
  2. 调用 getBean 的时候，从 BeanDefinition 所属的 Map 里，拿出 Class 对象进行实例化，同时，如果有依赖关系，将递归调用 getBean 方 法 —— 完成依赖注入。

    8.ApplicationContext通常的实现是什么?

  • FileSystemXmlApplicationContext

    此容器从一个XML文件中加载beans 的定义，XML Bean 配置文件的全路径名必须提供给它的构造函数。

  • ClassPathXmlApplicationContext

    此容器也从一个XML文件中加载beans 的定义，这里，你需要正确设置classpath因为这个容器将在classpath里找 bean配置。

  • WebXmlApplicationContext

    此容器加载一个XML文件，此文件定义了一 个WEB应用的所有bean。

7.什么是Spring的依赖注入?

控制反转IoC是一个很大的概念，可以用不同的方式来实现。其主要实现方式有两种:依赖注入和依赖查找

  • 依赖注入:相对于IoC而言，依赖注入(DI)更加准确地描述了IoC的设计理念。所谓依赖注入(Dependency Injection)，即组件之间的依赖关系由容器在应用系统运行期来决定，也就是由容器动态地将某种依赖关系的目标对象实例注入到应用系统中的各个关联的组件之中。组件不做定位查询，只提供普通的Java方法让容器去决定依赖关系。

    8.依赖注入的基本原则

    应用组件不应该负责查找资源或者其他依赖的协作对象。配置对象的工作应该由IoC容器负责，“查找资源”的逻辑应该从应用组件的代码中抽取出来，交给IoC容器负责。容器全权负责组件的装配，它会把符合依赖关系的对象通过属性(JavaBean中的setter)或者是构造器传递给需要的对象。

    9.依赖注入有什么优势

    依赖注入之所以更流行是因为它是一种更可取的方式:让容器全权负责依赖查询，受管组件只需要暴露JavaBean的setter方法或者带参数的构造器或者接口，使容器可以在初始化时组装对象的依赖关系。其与依赖查找方式相比，主要优势为:

  • 查找定位操作与应用代码完全无关。

  • 不依赖于容器的API，可以很容易地在任何容器以外使用应用对象。

  • 不需要特殊的接口，绝大多数对象可以做到完全不必依赖容器。

    10.有哪些不同类型的依赖注入实现方式?

    依赖注入是时下最流行的IoC实现方式，依赖注入分为接口注入(Interface Injection)，Setter方法注入(Setter Injection)和构造器注入(Constructor Injection)三种方式。

  • 其中接口注入由于在灵活性和易用性比较差，现在从 Spring4开始已被废弃。

  • 构造器依赖注入:构造器依赖注入通过容器触发一个类的构造器来实现的，该类有一系列参数，每个参数代表一个对其他类的依赖。
  • Setter方法注入:Setter方法注入是容器通过调用无参构造器或无参static工厂方法实例化bean之后，调用该bean的setter方法，即实现了基于setter的依赖注入。

    11.构造器依赖注入和 Setter方法注入的区别

    | 构造器依赖注入 | Setter方法注入 | | —- | —- | | 没有部分注入 | 有部分注入 | | 不会覆盖 setter 属性 | 会覆盖 setter 属性 | | 任意修改都会创建一个新实例 | 任意修改不会创建一个新实例 | | 适用于设置很多属性 | 适用于设置少量属性 |

两种依赖方式都可以使用，构造器注入和Setter方法注入。最好的解决方案是用构造器参数实现强制依赖，setter方法实现可选依赖。