Spring的IOC

Spring IOC思想

没有IOC的业务：
1.dao 接口
2.daoimpl 实现类
3.service 业务接口
4.serviceimpl 业务实现类

在之前的业务中，用户的需求可能会影响我们原来的代码，我们需要根据用户的需求去修改源代码，如果程序代码量十分庞大，修改一次的成本代价会十分昂贵。

之前，程序是主动创建对象，控制权在程序员手上。

public static void main(String[] args){
	Service service = new ServiceImpl;
	serivce.getUser();
}

我们使用一个set接口实现，已经发生了革命性的变化。

private UserDao userdao;
//利用set进行动态实现值的注入
public void setUserDao(UserDao userdao){
	this.userdao= userdao; 
}

使用了set注入之后，程序不再具有主动性，而是变成了被动接受的对象

public static void main(String[] args){
	Service service = new ServiceImpl;
	serivce.setUserDao(new userDaoMysqlImpl);
	serivce.getUser（）;

这种思想，从本质上解决了问题，不用再去管理对象的创建了，系统的耦合性大大降低，可以更加专注的在业务的实现上，这是ioc的原型。

IOC的本质

控制反转ioc，是一种设计思想，DI（依赖注入）是实现ioc的一种方法，没有ioc的程序中，对象的创建与对象间的依赖关系完全硬编码在程序中，对象的创建由程序自己控制，控制反转后将对象的创建转移给第三方（也就是用户）。所谓的控制反转就是：获得依赖对象的方式转变了

Spring容器在初始化的时候先会读取配置文件，根据配置文件或者元数据创建与组织对象存入容器中，程序使用时再从容器中取出需要的对象。