九乡新闻网非洲有多少原始部落:Spring控制反转(IoC)的理解
来源：百度文库 编辑：九乡新闻网 时间：2024/05/05 06:54:24
举个简单的例子
一个人要去砍柴。那么绝大部分时候，我们会这样设计程序
class Axe
{
//一些字段或方法
}
class person
{
private Axe axe = new Axe(); //自己制造斧头（person依赖Axe类）
public void cut(Axe axe)
{
axe.cut();
}
}
即是，我们要去砍柴，我们要自己制造斧头。
而IOC的意思就是我们需要斧头，这时候斧头就已经制造好了，我们去取就可以，不用自己制造.
class person
{
private Axe axe = springFactory.getBean("axe");
public void cut(Axe axe)
{
axe.cut();
}
}
这些axe就是在spring的配置文件里声明的bean.
IOC和控制反转是一个意思
***************************************控制反转，就是交换控制权的意思，比如我类A需要用到类B的时候，具体的实现方式是在类B的某个方法里，也就是说类B控制着这个业务的具体实现。
而现在用IOC以后，类B交出控制权，类A来进行控制，类A里只需要调用一个接口的方法，不管你这个方法的具体实现是由类B的对象来实现，还是由其他类的对象来实现，反正类A调用这个接口的这个方法就可以搞定他需要实现的业务内容，这样一来，类A它看上去就得到了实现某个业务的控制权。
而依赖注入这个词则体现得更加专业一点，就是讲在我的程序里，我从来不去构造（new HelloWorld()这样的方法）任何对象，只是在需要用到(也就是依赖)某个对象的时候，我就用spring给他注入这个对象。这个注入的方式也就降低了程序的耦合度。
*****************************************
==============================================Spring控制反转(IoC)的理解
Spring框架的核心就是控制反转(Inversion of Control)和依赖注入(Dependency Injection)，通过这两方面来实现松耦合。
使用IoC，对象是被动的接受依赖类，而不是自己主动的去找。容器在实例化的时候主动将它的依赖类注入给它。可以这样理解：控制反转将类的主动权转移到接口上，依赖注入通过xml配置文件在类实例化时将其依赖类注入。通过下面的实例来逐步的理解：
首先假设有一个需求，类Business需要调用类Dependency的方法f()，按照日常的做法，得到下面的代码：
//**类Dependency**
public class Dependency {
public void f() {};
}
//**类Business**
public class Business {
Dependency d;
public Business() {
d = new Dependency();
}
public void doSth() {
d.f();
}
}
对上述实现做出如下修改：
首先，将Business里的Dependency实例的获得该为setter方式，其次，将Dependency类改为某个接口的实现。故可以得到下面新的代码：
//**接口IDependency**
public interface IDependency {
void f();
}
//**类Dependency**
public class Dependency {
public void f() {};
}
//**类Business**
public class Business {
IDependency d;
public Business() {}
public void doSth() {
d.f();
}
public void setDependency(IDependency d) {
this.d = d;
}
}
在新的代码中，首先Business的变量d可以接收任何IDependency的实例，另外，Dependency的实例不是通过Business来获得，而是通过setter(也可以用构造器)来由外部传给它。这似乎跟我们往常的代码没什么不同，但这已经是一个良好的设计。关键就是Dependency的实例如何从外部注入给Business呢？
这就要通过xml来实现了。
创建一个SpringFirst.xml，进行简单的配置：
这个配置文件里将Dependency类和Business类加入，并将Dependency作为Business的一个参数。
单有了这个xml文件还不够，还需要一个测试类来加载该xml文件，spring提供了现成的API，在加载上面的xml的时候，就进行了如下工作：实例化Dependency类，实例化Business类，并将Dependency的实例作为参数赋给了Business实例的
setDependency()方法。下面是该测试程序：
public class StartServer {
public static void main(String [] args) {
ClassPathResource cr = new ClassPathResource("SpringFirst.xml");
BeanFactory factory = new XmlBeanFactory(cr);
Business b = (Business)factory.getBean("business");
b.doSth();
}
}
上面的程序加载了xml以后，获得id为"business"的bean，即Business类的实例，并调用了其doSth()方法。由此可见，Business的依赖类Dependency是通过xml来注入的，而且Business是通过接口IDependency来接收Dependency实例。因此，当我们又有新的IDependency的实现时，只需要修改xml文件即可，测试程序只需要根据xml里的id值来获得需要的参数。
总结上面的例子，对控制反转和依赖注入已经能理解了。依赖类(Dependency)是通过外部(xml)来注入的，而不是由使用它的类(Business)来自己制造，这就是依赖的注入。另一方面，Business对类Dependency的依赖转移到对接口IDependency的依赖，控制权由类转移到了接口，即由"实现"转移到"抽象"中。这就是控制反转。