关于IOC:我们讲个故事吧！

有一个厨师，他在做一道菜的时候需要某种调味料(bean)，可是他正好没有那瓶调味料(bean)，这个时候他就必须去制作一瓶调味料(bean)出来。（这就像我们平时需要对象的时候一样：UserDao  userdao=new UserDaoImpl）这个时候厨师的工作就不得不跟制作调味料联系起来，这就是所谓的“耦合”。（耦合程度高通说来说就是，我没了你我活不了了。）;

这个时候IOC里的控制反转出来了，它提出，开辟一个仓库(容器)，里面放着各种各样的调味料（bean），当你需要某种调味料(bean)的时候只要给出调味料的名字(beanName)就可以直接去拿取,代码类似这样：(UserDao user=仓库.get("调味料名字"));这样你就可以直接拿到了调味料 (bean)而不用等到你没有的时候再去制作一瓶出来。这就是所谓的将控制权转移出来，它将生产调味料（bean）的工作直接让仓库（容器）来制作（生产); 

接下来依赖注入出来了，它就更加地强大的了，它提出厨师只要有一个瓶子（private UserDao userdao），并且将瓶子盖打开（方法：setUserDao( UserDao userdao){this.userdao=userdao}即提供对于的set方法 ）再给瓶子贴上一个标签注明要放什么材料(在xml文件中配置一下<property name="userdao",ref="xxbean"),那么这个时候你什么都不用做了，仓库（容器）会自动派人帮你将你所需的调味料（bean）放入到瓶子中 ;当你想换另一种调味料的时候只要将瓶子上的标签改成其他比如胡椒粉（这时要在xml文件中更改一下ref的bean就行了)，依赖注入提高了代码的灵活性，你需要替换类的实现的时候，不需要去修改只要在xml配置文件里修改一下就行了;

总结一下我的总结：IOC的主要目的就是实现解耦！解耦！解耦！重要的事情说三遍.由厨师的列子来说就是.我是一个厨师我只做菜，我不做调味料~~我不是一个做调味料的，我不跟制作调味料有那么大的关系.   IOC的出现，厨师只要安心做好自己的事情（做菜）,需要调味料直接去仓库拿取就行了！那么这样厨师跟调味料的制作之间的关系就分离开来了，这就是解耦！解耦！解耦！使两个东西的关系没那么紧密.

模拟IOC的实现，主要使用的技术是Java的反射机制（模拟使用的是架构分为dao层,service层,controller层）：

注：欢迎各位大佬的指点，小弟也在学习，说得不好多多包涵~

一.编写dao类,用于测试：

二.编写dao的实现类：

三.编写service类：

四.编写service的实现类:

五.编写bean.xml配置文件.（这里的i你可以看成是IocDaoImpl类,iocService看成IocDaoServiceImpl,iocDao这是IocDaoServiceImpl里的一个属性，这个属性传入的参数值为“i”）;

六.编写工厂接口.

七.编写ClassPathXmlApplicationContext去读取配置文件，并且根据bean.xml里的配置对象去生成各种bean，完成其中的注入工作.(最重要的部分Ioc的实现原理)，一字一句都有注释

八.编写测试类

九.显示结果：

到这里Ioc的模拟就结束了.