深入理解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的一种方式。
关于AOP面向切面编程,可以参考这篇博客