IoC的基本概念

深藏阁楼爱情的钟 2023-06-16 04:53 3阅读 0赞

### 文章目录 ###

*  IoC理念：让别人为你服务
 *  注入方式
 *   *  构造方法注入
     *  setter方法注入
     *  接口注入
     *  三种注入方式的比较
 *  IoC的好处

--------------------

本文内容出自《Spring揭秘》一书

--------------------

Spring的IoC容器是整个Spring框架的核心和基础。

# IoC理念：让别人为你服务 #

Ioc全称Inversion of Control（控制反转），它还有个别名叫依赖注入（Dependency Injection）。在使用IoC以前，如果一个类依赖于其他的类或服务，会通过new等方式主动的去获取依赖的对象

可是回头想想，我们每次用到什么依赖对象都要主动去获取，这样是否有必要呢？我们最终的目的其实就是直接调用依赖对象所提供的某项服务而已。只要用到这个依赖对象的时候，它能够准备就绪，我们完全可以不管这个对象是自己找来的还是别人送过来的。

实际上，IoC就是为了帮助我们避免之前的“大费周章”，而提供了更加轻松简介的方式。简单来说，IoC的理念就是，让别人为你服务。  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzI0MDk1MDU1_size_16_color_FFFFFF_t_70]  
通常情况下，被注入对象会直接依赖于被依赖对象。但是，在IoC的场景中，二者之间通过IoC Service Provider来打交道，所有的被注入对象和依赖对象现在由IoC Service Provider统一管理。被注入对象需要什么，直接跟IoC Service Provider招呼一声，后者就会把相应的被依赖对象注入到被注入对象中，从而达到IoC Service Provider被注入对象服务的目的。IoC Service Provider在这里就是通常的IoC容器所充当的角色。从被注入对象的角度看，与之前直接寻求依赖对象相比，依赖对象的取得方式发生了反转，控制也从被注入对象转到了IoC Service Provider那里。

其实IoC就这么简单！原来是需要什么东西自己去拿，现在是需要什么东西就让别人送过来。

# 注入方式 #

在IoC模式中，被注入对象又是通过哪些方式来通知IoC Service Provider为其提供适当服务的呢？

主要有三种：构造方法注入（constructor injection）、setter方法注入（setter injection）以及接口注入（interface injection）。

## 构造方法注入 ##

顾名思义，构造方法注入，就是被注入对象可以通过在其构造方法中声明依赖对象的参数列表，让IoC容器知道他需要哪些依赖对象。示例代码如下：

/** * @author binzhang * @date 2019-11-26 */
    public class SpringTest { 
        
        private Object1 o1;
        private Object2 o2;
        public SpringTest(Object1 o1, Object2 o2) { 
            this.o1 = o1;
            this.o2 = o2;
        }
    }

IoC会检查被注入对象的构造方法，取得它所需要的依赖对象列表，进而为其注入相应的对象。同一个对象是不可能被构造两次的，因此，被注入对象的构造乃至其整个生命周期，应该是由IoC来管理的。

构造方法注入方式比较直观，对象被构造完成后，即进入就绪状态，可以马上使用。

## setter方法注入 ##

对于JavaBean对象来说，通常会通过setter()和getter()方法来访问对应属性。通过setter方法可以更改相应的对象属性，通过getter方法可以获得相应属性的状态。所以，当前对象只要为其依赖对象所对应的属性添加setter方法，就可以通过setter方法将其相应的依赖对象设置到被注入对象中。示例代码如下：

/** * @author binzhang * @date 2019-11-26 */
    public class SpringTest { 
    
        private Object1 o1;
        private Object2 o2;
        
        public Object1 getO1 { 
            return o1;
        }
    
        public void setO1(Object1 o1) { 
            this.o1 = o1;
        }
        
        public Object2 getO2 { 
            return o2;
        }
    
        public void setO2(Object2 o2) { 
            this.o2 = o2;
        }
    }

这样，外界就可以通过setO1和setO2为SpringTest对象注入所依赖的对象了。

setter方法注入虽不像构造方法注入那样，让对象构造完成后即可使用，但相对来说更宽松一些，可以在对象构造完成后再注入。

## 接口注入 ##

相对于前两种注入方式来说，接口注入没有那么简单明了。被注入对象如果想要IoC Service Provider为其注入依赖对象，就必须实现某个接口。这个接口提供一个方法，用来为其注入依赖对象。IoC Service Provider最终通过这些接口来了解应该为被注入对象注入什么依赖对象。下图演示了如何使用接口注入为FNNewsProvider注入依赖对象。  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzI0MDk1MDU1_size_16_color_FFFFFF_t_70 1]  
FXNewsProvider为了让IoC Service Provider为其注入所依赖的IFXNewsListener，首先需要实现IFXNewsListenerCallable接口，这个接口会声明一个injectNewsListner方法（方法名随意），该方法的参数，就是所依赖对象的类型。这样，InjectionServiceContainer对象，即对应的IoC Service Provider就可以通过这个接口方法将依赖对象注入到被注入对FXNewsProvider当中。

> 注意在这种情况下，实现的接口和接口中声明的方法名称都不重要。重要的是接口中声明方法的参数类型，必须是“被注入对象”所依赖对象的类型。

相比于前两种依赖注入方式，接口注入比较死板换个繁琐。如果需要注入依赖对象，被注入对象就必须声明和实现另外的接口。

## 三种注入方式的比较 ##

*  **接口注入**：从注入方式的使用来说，接口注入是现在不甚提倡的一种方式，基本处于“退役状态”。因为它强制被注入对象实现不必要的接口，带有侵入性。而构造方法注入和setter方法注入则不需要如此。
 *  **构造方法注入**：这种注入方式的优点就是，对象在构造完成之后，即已进入就绪状态，可以马上使用。缺点就是，当依赖对象比较多的时候，构造方法的参数列表会比较长。而通过反射构造对象的时候，对相同类型的参数的处理会比较困难，维护和使用上也比较麻烦。而且在Java中，构造方法无法被继承，无法设置默认值。对于非必须的依赖处理，可能需要引入多个构造方法，而参数数量的变动可能造成维护上的不便。
 *  **setter方法注入**：因为方法可以命名，所以setter方法注入在描述性上要比构造方法注入好一些。另外，setter方法可以被继承，允许设置默认值，而且有良好的IDE支持。缺点当然就是对象无法在构造完成后马上进入就绪状态。

综上所述，构造方法注入和setter方法注入因为其侵入性较弱，且易于理解和使用，所以是现在使用最多的注入方式；而接口注入因为侵入性较强，一般不推荐。

# IoC的好处 #

从主动获取依赖关系的方式转向IoC方式，能给我们带来什么好处呢？比如不会对业务对象构成很强的侵入性，使用IoC后，对象具有更好的可测试性、可重用性和可扩展性等等。

一句话概括，IoC是一种可以帮助我们解耦各业务对象间依赖关系的对象绑定方式！

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzI0MDk1MDU1_size_16_color_FFFFFF_t_70]: https://img-blog.csdnimg.cn/20191124160515140.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzI0MDk1MDU1,size_16,color_FFFFFF,t_70
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzI0MDk1MDU1_size_16_color_FFFFFF_t_70 1]: https://img-blog.csdnimg.cn/20191126113522194.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3FxXzI0MDk1MDU1,size_16,color_FFFFFF,t_70