Spring的IOC控制反转和DI依赖注入到底有什么意义，到底有什么好处，概念怎么理解，实现的例子是什么？

1.IOC和DI概念意义和实现 :

马克-to-win：由于控制反转和依赖注入的概念比较难，我们拿下面这个例子来讲解概念。我们过去在学mvc时，都是在controller里实例化出一个service的对象，之后再使用它。实例化对象的控制权在我们手里（所谓正序）。现在当我们应用spring容器时，实例化的控制权不在我们手里了，控制权反转了，控制权利跑到spring容器手里了。@Service的意思就是把实现这个接口类型的类实例化以后放在spring容器当中，供将来使用（不懂就看我的例子）。（注意，如果有两个类都实现了接口，而且都有@Service关键字，就会报错，容器不知道将来用谁）。 既然@Service是实例化的意思，@Resource就是引用实例的作用。控制反转讲了，下面讲讲依赖注入。还拿下面这个例子来讲。controller想干活就需要引用service，专业一点讲，叫依赖service。换句话说，controller想干活，需要把它依赖的service注入进来，这叫依赖注入。靠什么呢？就靠上述@Resource或@Autowired的关键字。 

有同学说，这折腾什么呢?有什么意义啊？ioc到底有什么好处？还拿咱们例子说事。如果现在新的需求下来，需要改动我们的service，连名字带包名，都得改，而且还要求controller不能改。这在过去，用new关键字实例化时，controller是肯定要改动的，因为是硬编码（new Service）。而现在是用控制反转，你看一下代码，果然即使service名字都变了的情况下，controller都不用改，程序依然运行良好。（顺便提一句，想达到这种效果必须用接口编程，见我们的例子。不用接口编程，虽然程序还是能够通，但实现不了controller不变的目标，即，达不到controller和service像现在用接口编程这样高度的松耦合。接口完全把依赖别人者和被依赖者分开了。依赖别人者只对接口说话，连被依赖者改变与否都不知道。达到了高度的松耦合。只要接口不改，controller就不改，接口就像合同，我讲过，在接口那章，记得吗？）一句话，控制反转的好处就是，当与接口编程同时使用时，依赖别人者不会因被依赖者改变而改变，达到了高度的松耦合。 

 

更多请见下节：https://blog.csdn.net/qq_44591615/article/details/109206052