Spring IOC与DI核心深入理解

目录

• 深入理解IOC思想
• DI&IOC

深入理解IOC思想

spring本质就在于将对象全部交由给spring容器创建和管理，由容器控制对象的整个生命周期、核心就是IOC控制反转和AOP面向切面编程

先说IOC

IOC是一种设计思想，叫做控制反转。本质就是通过Spring来负责对象的生命周期以及对象间的关系。在面向对象的开发过程中，我们程序中的各个对象往往会存在各种各样的依赖关系，因此耦合度极高，一旦修改其中一个类信息就会牵扯到很多相关类需要修改。那么为了降低这种耦合度IOC指出引用第三方容器，也就是将所有对象的创建和管理交由第三方容器统一操作。这里的容器指的就是spring容器，我们需要将各个实现类映射到spring容器中的bean。

看了网上一些大佬的理解，针对IOC主要两个问题，IOC是谁控制谁，被反转的是什么？Spring容器控制了对象，创建对象的主动权从程序编码反转给了spring容器。扯到IOC就不得不提DI依赖注入，

• 应用程序依赖于IOC容器
• 通过DI，程序可以获得所需的依赖资源比如一个对象或常量数据
• IOC容器将依赖对象注入到程序中

这个过程就体现出了IOC思想。

面试回答：什么是IOC？传统的面向对象开发中需要我们手动编码通过new关键字创建对象并为对象装配所需资源，而控制反转则可以将创建对象的主动权交给第三方容器完成，程序变成被动的接收对象。我认为IOC主要牵扯到两个问题就是谁控制谁，什么被反转？首先控制就是由最初的程序控制对象反转为由容器控制对象，被反转的就是获取依赖对象的方式

DI&IOC

一直觉得对于IOC的理解不够深入，发现自己忽略了一个关键词–>依赖对象，那么什么是依赖对象。对于依赖对象的定义我的理解是，两个对象都有自己需要完成的工作，但是A对象的一些行为需要B对象协作完成，那么在这些协作完成的行为中A对象就可以被称之为B对象的依赖对象。此时两者的耦合度是较高的，因为一旦某一个对象发生变化将会影响到另一个对象

我们假设对象A需要去操作数据库，那么A就会需要获得Connection连接对象，在使用spring之前我们通过编码new关键字获取一个连接交给对象A，此时对象A与Connection就是存在一定的耦合性的。引入了spring容器之后，我们将Connection去注册到容器当中然后Connection会由容器创建完成，当A需要的时候就丢给A去使用，不用去关心Connection怎么创建，实现解耦。Connection就是对象A的一个依赖对象，但是在我看来，依赖对象并不仅仅代表一个对象，也可以是一个常量数据。我在整合mybatis和spring的时候，我终于体会到了解耦的感觉，之前在使用sqlSessionFactory创建SqlSession的过程中，首先要创建sqlSessionFactory然后通过它的openSession方法去获取SqlSession实例，也就是说SqlSession依赖于SqlSessionFactory，下面看最初的写法

{
  private static SqlSessionFactory sqlSessionFactory;
  static {
    try {
      InputStream inputStream = Resources.getResourceAsStream("mybatis-config.xml");
      sqlSessionFactory = new SqlSessionFactoryBuilder().build(inputStream);
    } catch (IOException e) {
      throw new RuntimeException(e);
    }
  }
  // 提供工厂方法 创建sqlSession实例
  public static SqlSession getSqlSession(){
    return sqlSessionFactory.openSession();
  }
}

上述代码中，我们通过new创建SqlSessionFactoryBuilder，在调用它的build方法创建出了sqlSessionFactory，这之间就存在这依赖关系，也就是存在耦合。继续往下看，我们直接编写好一个方法用于获取SqlSession实例，但是这个方法也是通过factory创建的。所以两者之间同样存在耦合关系。那么引入spring容器之后，我们利用第三方的容器，就可以实现两者的解耦。看下列applicationContext的配置

<!--  配置sqlSessionFactory  -->
<bean id="sqlSessionFactory" class="org.mybatis.spring.SqlSessionFactoryBean">
  <property name="dataSource" ref="datasource"/>
  <!--   绑定mybatis配置文件     -->
  <property name="configLocation" value="classpath:mybatis-config.xml"/>
  <!--     映射器  注册mapper.xml文件   -->
  <property name="mapperLocations" value="classpath:com/yuqu/dao/*.xml"/>
</bean>
<!--  配置sqlsession  -->
<bean id="sqlSession" class="org.mybatis.spring.SqlSessionTemplate">
  <!--      只能选择构造器注入sqlSessionFactory  没有SqlSessionTemplate提供set方法  -->
  <constructor-arg name="sqlSessionFactory" ref="sqlSessionFactory"/>
</bean>

看到了吗，sqlSessionFactory被我们映射为容器中的bean，然后映射SqlSession的bean，然后通过注入的方式将sqlSessionFactory注入进sqlSession中，当在程序中需要获取sqlSession的时候就不用再去管SqlSessionFactory是如何创建的。以此实现真正解耦的目的。同样的我们可以将sqlSession去配置到其他的bean中

<bean id="userMapperImpl" class="com.yuqu.dao.UserMapperImpl">
  <property name="sqlSession" ref="sqlSession"/>
</bean>

这样在需要获取userMapperImpl对象的时候就不用再去创建sqlSession实例然后getMapper，只需要直接用spring去getBean即可获取到，同样也完成了解耦工作。

所以说，DI依赖注入就是实现IOC的一种方式。