前言
Spring恰如其名的，给java应用程序的开发带了春天般的舒爽感觉。
Spring框架核心介绍
DI(Dependency Injection),依赖注入，和我们常听说的另一个概念 IOC(控制反转)其实归根结底实现的功能是相同的，只是同样的功能站在不同的角度来阐述罢了。这里博主就不去过多的辨析，度娘上有一大堆解释。我们需要知道的是，什么叫依赖注入，为什么要依赖注入。搞清这两点，我想对Spring的学习在思想上就算是上道了。
在没用使用Spring的时候——也就是没有依赖注入的时候，java应用程序的类与类之间要实现相互的功能协作是比较费劲的，某个类(A)要实现它的功能如果需要依赖另一个类(B)的协作的话，就需要在A类中主动创建出B类的对象，才能使用B类的方法完成功能(这里看官就不要去纠结静态方法之类的情况了)。这等于是A类需要负责B类对象整个生命周期的管理。在极度简单的情况下，在一个类中new出另一个类的对象似乎并没有什么问题，但是复杂的应用程序类与类的协作关系往往是多边的，我们并不知道一个类功能的实现会依赖多少个另类对象来协作，所以在类中自行创建对象并且管理对象的整个生命周期，会造成代码的高度耦合以及不可想象的复杂度。那么，试想，如果我们能将对象的生命周期交给第三方组件来管理，当某个类需要另外的对象时第三方组件就直接创建出来交给它，这样，类就可以只专注于自己功能的实现，而不用去管理其他类对象的生命周期，这样类的功能就单纯了很多。是的，你一定已经明白了，Spring(容器)就是这个第三方组件。我们只需要告诉Spring(容器)有哪些对象需要管理就行了，不用去关心Spring框架是如何创建对象的。这样，当某个类A需要类B对象时，如果类B已经声明交给了Sping容器管理，那么在程序运行到类A需要类B时，Spring容器就通过依赖注入的方式，将类B对象注入到类A中协助完成业务功能。通过第三方组件的依赖注入,对象无需再自行的创建和管理类与类之间的依赖关系了。对象的创建依赖注入的方式也有多种，譬如接口注入，构造方法注入，setter方法注入等等。说到这里，你对依赖注入应该有比较直白的认知了。至于为什么要依赖注入，上文已经说得很明白了，就是为了减少代码中组件之间的耦合度，我们还是先通过简单示例来直观感受下依赖注入比自己管理对象的好处。
public class Man implements Human { private QQCar car; public Man() { this.car = new QQCar(); } @Override public void xiabibi() { } public void driveCar(){ car.drive(); } }