1.UserDao接口

package com.kuang.dao;

public interface UserDao {
     void getUser();
}

2.UserDaoImpl业务接口

package com.kuang.dao;

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

3.UserService 业务接口

package com.kuang.service;

public interface UserService {
    void getUser();
}

4.UserServiceImpl  业务实现类

package com.kuang.service;

import com.kuang.dao.UserDao;

public class UserServiceImpl implements UserService{
    private UserDao userDao;

    //利用set实现值的注入
    public void setUserDao(UserDao userDao) {
        this.userDao = userDao;
    }

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

测试 

package mytest;

import com.kuang.dao.MySQLDaoImpl;
import com.kuang.dao.OracleDaoImpl;
import com.kuang.dao.UserDaoImpl;
import com.kuang.service.UserService;
import com.kuang.service.UserServiceImpl;

public class MyTest {
    public static void main(String[] args) {
        //用户实际上调的是业务层
        UserService userService = new UserServiceImpl();
        ((UserServiceImpl)userService).setUserDao(new UserDaoImpl());
        userService.getUser();
    }
}

在我们之前的业务中，用户的需求可能会影响我们原来的代码，我们需要根据用户的需求去修改原代码量十分大，修改一次的成本代价十分昂贵

我们使用一个Set接口实现：

  //利用set实现值的注入
    public void setUserDao(UserDao userDao) {
        this.userDao = userDao;
    }

• 之前，程序是主动创建对象！控制权在程序员手上1
• 使用了set注入后，程序不再具有主动性，而是变成了被动接收的对象！

这就是控制反转的思想，程序的那些把它动态化，让用户传对象，来调用相应的对象方法，主动权从程序主动赋一个值，到了被动被用户设置一个置，来被动接收控制。

这种思想，从本质上解决了问题，我们程序员不用再去管理对象的创建了。系统的耦合性大大的降低，可以更加专注的在业务的实现上

这就是控制反转，也是IOC的原型

早期

 现在