很多八股文需要更深入去详细了解其思想，才不会记得那么累那么枯燥。本想查资料总结一篇关于IOC容器解耦的思想，但是看到这篇文章感觉挺好的，就不需要重写了。

IOC（Inversion of Control）控制反转，是Spring中一个重要的特性，是面向对象编程中的一种设计原则，可以用来减低计算机代码之间的耦合度。那么控制什么的权利被反转了呢，我们知道在写代码的过程中，经常会出现两个对象之间出现依赖关系，当A对象依赖B对象时，我们通常在A对象中通过new的方式来创建它的依赖对象B，而控制反转之后，对于对象的创建权被托付给IOC容器了，也就是这些对象由容器来产生，而不是对象在需要的时候再去创建自己的依赖对象。

举例来理解IOC，一个家庭的组建需要夫妻两个，某种意义上，我们可以说两者之间存在依赖关系。传统方式就是，当我需要组建一个家庭时，我自己去找对象，自己去组建家庭，而IOC方式就是将找对象的权利委托给爸爸妈妈，当我出生时，爸爸妈妈就为我指腹为婚，为我找好了对象。

从传统方式到IOC一步步解耦

最开始我们创建一个对象是采取new对象的方式，但这样不可以实现多态，比如我创建一个person对象，里面有一个eat（Apple apple）方法，那么调用这个eat方法的类，需要传入苹果（Apple）对象，之后我的这个方法改成吃梨子了，这个方法又改成eat（Pear pear）了，调用eat方法的类，又需要把之前的苹果改成梨子，扩展性差，于是出现了面向接口编程，我在eat方法里面传入水果（Fruit）接口，之后苹果，梨只需要实现接口即可，调用eat方法的类，想吃梨子就传入梨子，想吃苹果传入苹果即可。

其实就是想做到当我像改变new的对象或其中某个方法时不需要去修改代码，另外“封装”的思想：当内部接口类发生改变时不会影响外部类的调用。

面向接口编程后，解决接口和实体类之间的耦合。 在面向接口编程中我们常常会出现这样的代码UserDao userDao = new UserDaoImpl()；假设现在不用这个UserDaoImpl了，而改用UserDao的另一个实现类UserDaoImpl2，UserDap userDao = new UserDaoImpl()需要改为UserDao userDao = new UserDaoImpl2()，这样也就是接口和实现类出现了耦合。

工厂模式如何去解决耦合问题呢——不让接口和实现类产生关系，而是找一个中间人，也就是工厂，实现类必须要从工厂中取出来。工厂的意思也就是一个批量制造同样规格（规格也就是接口类所提供好的规范）类的类。

UserDao userDao = new UserDaoImpl —> UserDao userDao = BeanFacotry.getUserDao(); StudentDao studentDao = new StudentDaoImpl ----> StudentDao studentDao = BeanFacotry.getStudentDao(); 这样的话，如果userDao变成了需要UserDaoImpl1，studentDao变成了需要StudentDaoImpl1，我只需要去BeanFactory中改对应的getUserDao和getStudentDao方法即可。这样实际上就是从改多个类变成了改BeanFacotry一个方法，这样接口类和工厂类产生了耦合。

为了能解决接口类和工厂类的耦合，是不是也就是要解决

这个方法中只能返回UserDaoImpl或者UserDaoImpl1的问题，我们希望他可以根据我们的需要返回需要的UserDaoImpl，如何解决？ 配置xml文件——指定需要返回的UserDaoImpl

工厂类

这样的话如果我们需要改UserDao的实现类的类型，我们可以直接在配置文件中修改，就不用改代码。

DI：依赖注入，前提是必须要有IOC的环境，Spring管理这个类的时候将类依赖的属性注入进来我们在写代码的时候知道，对象和对象之间经常会存在依赖关系，当我们使用了IOC将对象的创建权交给spring之后，spring在创建对象的同时一定也要将对象相应的依赖同时创建好，否则创建的这个对象就是一个功能不完善的对象，那么依赖注入的这个过程就是它的另一个特性DI（依赖注入）。