本文共 2516 字，大约阅读时间需要 8 分钟。

1. Spring–IoC理论推导&IoC本质

1.1 Spring–IoC理论推导

原来的实现方式

用户不能直接操作Dao,需要调用Service

1.1.1 UserDao接口

public interface UserDao {       void getUser();}

1.1.2 UserDaoImpl实现类

UserDaoImpl .java

public class UserDaoImpl implements UserDao{       public void getUser() {           System.out.println("默认获取用户的数据");    }}

UserDaoMySql .java

package com.tian.dao;public class UserDaoMySql implements UserDao {       @Override    public void getUser() {           System.out.println("获取MySql用户的数据");    }}

1.1.3 UserService业务接口

public interface UserService {       void getUser();}

1.1.4 UserServiceImpl实现类

public class UserServiceImpl implements UserService{   	// 现在这里是写死了的 不利于程序的更新维护	// 如果想要改变，就需要每次更改UserDao    private UserDao userDao = new UserDaoImpl();    public void getUser() {           userDao.getUser();    }}

1.1.4 测试类

Test .java

import com.tian.service.UserServiceImpl;public class Test {       public static void main(String[] args) {           UserServiceImpl userService = new UserServiceImpl();        userService.getUser();    }}

运行结果:

public class UserServiceImpl implements UserService {       // 更改UserDao为 UserDaoMySql    private UserDao userDao = new UserDaoMySql();    public void getUser() {           userDao.getUser();    }}

现在的运行结果:

这样每次更新用户的需求,都需要改动大量的代码程序通过new主动创建对象！控制权在程序猿手上

现在若将UesrDao使用Set接口实现

UserServiceImpl实现类

public class UserServiceImpl implements UserService {       private UserDao userDao;    //利用set进行动态实现值得注入    public void setUserDao(UserDao userDao) {           this.userDao = userDao;    }    public void getUser() {           userDao.getUser();    }}

现在去修改我们的测试类

public class Test {       public static void main(String[] args) {           UserServiceImpl userService = new UserServiceImpl();//      通过set方法 可以快速的实现不同的需求,不需要改动大量的代码,利于程序的维护//        使用set注入后，程序不再具有主动性，而是变成了被动的接受对象！        userService.setUserDao(new UserDaoMySql());        userService.getUser();    }}

运行结果:

1.1.5 总结

之前，程序通过new主动创建对象！控制权在程序猿手上 使用set注入后，程序不再具有主动性，而是变成了被动的接受对象！ 这种思想，从本质上解决了问题，程序员不用再去管理对象的创建了，降低了耦合性,可以更加专注的在业务的实现上!这是IOC的原型!

最开始

1.2 IoC本质

控制反转IOC（Inversion of Control），是一种设计思想，DI（Dependency Injection 依赖注入）是实现IOC的一种方法， 也有人认为DI只是IOC的另一种说法。没有IOC的程序中，我们使用面向对象编程，对象的创建与对象间的依赖关系完全硬编码在程序中，对象的创建由程序自己控制，控制反转后将对象的创建转移给第三方，个人认为所谓的控制反转就是：获得依赖的方式反转了。

采用XML方式配置Bean的时候，Bean的定义信息是和实现分离的，而采用注解的方式可以把两者合为一体，Bean的定义信息直接以注解的形式定义在实现类中，从而达到了零配置的目的。

控制反转是一种通过描述（xml或注解）并通过第三方去生产或获取特定对象的方式。在spring中实现控制反转的是IOC容器，其实现方法是依赖注入（Dependency Injection，DI）