（一）IOC基础推导及理论

环境准备：见java环境搭建，新建maven项目

1、写一个UserDao接口

public interface UserDao {
    public void getUser();
}

2、再写Dao的实现类

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

3、写UserService的接口

public interface UserService {
    public void getUser();
}

4、写Service的实现类

public class UserServiceImpl implements UserService {
    private UserDao userDao = new UserDaoImpl();

    public void getUser() {
        userDao.getUser();
    }
}

5、测试一下

@Test
public void test(){
    UserService service = new UserServiceImpl();
    service.getUser();
}

6、假设UserDao有多个实现类，UserDaoImplA和UserDaoImplB，分别实现不同的业务，需要新增这两个实现类。

public class UserDaoImplA implements UserDao{
    public void getUser() {
        System.out.println("获取A用户数据");
    }
}

public class UserDaoImplB implements UserDao{
    public void getUser() {
        System.out.println("获取B用户数据");
    }
}

对于用户来说只调用service层，不用了解dao层。当用户需求发生变化时，比如用户需要调用A用户数据，那么我们只能去修改service层代码来满足需求。

public class UserServiceImpl implements UserService {
    private UserDao userDao = new UserDaoImplA();
//修改UserDao的实现类
    public void getUser() {
        userDao.getUser();
    }
}

需求一旦产生变化，就需要修改serivce代码，因此需要解耦，在service层留下set接口

public class UserServiceImpl implements UserService {
    private UserDao userDao;
    // 利用set实现
    public void setUserDao(UserDao userDao) {
        this.userDao = userDao;
    }

    public void getUser() {
        userDao.getUser();
    }
}

然后再看用户如何灵活使用，即使需求产生变化，也不用修改service层代码

    @Test
    public void test(){
        UserServiceImpl service = new UserServiceImpl();
        //需要A用户数据
        service.setUserDao( new UserDaoImplA() );
        service.getUser();
        //需要B用户数据
        service.setUserDao( new UserDaoImplB() );
        service.getUser();
    }

总结：

之前所有东西都是由程序去进行控制创建 , 而现在是由用户自行控制创建对象 , 把主动权交给了用户 .

程序不用去管怎么创建,怎么实现了 . 它只负责提供一个接口 .

这种思想 , 从本质上解决了问题 , 我们程序员不再去管理对象的创建了 , 更多的去关注业务的实现 . 耦合性大大降低 . 这也就是IOC的原型 !

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

IoC是Spring框架的核心内容，使用多种方式完美的实现了IoC，可以使用XML配置，也可以使用注解，新版本的Spring也可以零配置实现IoC。

Spring容器在初始化时先读取配置文件，根据配置文件或元数据创建与组织对象存入容器中，程序使用时再从Ioc容器中取出需要的对象。

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

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