前言：
最近这几天的博客都会是以复习为主，复习一些相对关键的知识点以及探究一些底层的执行原理。复习以及巩固框架知识
示例
首先让我们跟着一个例子来看看什么是控制反转
UserDAO接口
UserDAOimpl实现类
UserService业务接口
UserServiceimpl业务实现类
这是我们曾经的开发步骤
首先是编写userDAO接口：
里面只有一个方法为了演示我们就简单的搭建一下主要是理解思想
getUser方法
之后创建一个接口实现类：输出一句：：“你好，DAO”
package com.hyc.dao; public class UserDaoImpl implements UserDAO { public void getUser() { System.out.println("你好，DAO"); } }
服务层
public interface UserService { public void getUser(); }
服务层实现类
public void getUser() { UserDAO userDAO1 = new UserDaoImpl(); userDAO1.getUser(); }
之后编写测试类，先看看样子
@Test public void getUserByImpl(){ UserServiceImpl userService = new UserServiceImpl(); userService.getUser(); }
输出结果和预想的一样是，你好，DAO，
增加需求
这个时候，我需要增加需求
这个用户要会三个不同的技术，处了掌握dao层编写，客户还会使用mysql，Oracle等数据库
此时我们就会应为客户的需求，来编写对应的实现类，这个时候我们就有三个实现了Userdao接口的实现类
我们接着测试输出内容：
要输出不同的内容我们需要去重新编写服务层实现类的getUser方法，
比如我不输出DAO的内容输出mysql的内容
public void getUser() { UserDAO userDAO1 = new UserMysqlIMPL(); userDAO1.getUser(); }
问题出现
假设我们的测试类就是用户的话，
那是不是每次更换内容就需要去更改我们的底层代码，修改服务层中的UserDao来创建不同的实例
如果这样开发有什么弊端：
控制权在程序员手上，用户每次换一点内容就需要程序员去更改代码，十分浪费人力，示例可能就改几行，如果代码量多起来，修改一次的代价是十分昂贵的
这个时候就可以用到我们的 控制反转思想了
接着看例子，我们在服务层加上一个set方法，把我们的UserDao作为一个私有的对象变量，给他一个set方法
此时我们服务层代码开始第二次变化
private UserDAO userDAO; public void setUserDAO(UserDAO userDAO){ this.userDAO = userDAO; } public void getUser() { userDAO.getUser(); }
这次的变化让我们的代码产生了革命性的质变，
简单的修改却让我们再也不需要应为输出内容的问题修改源代码，
而是把选择权交给了用户（测试类）
@Test public void getUserByImpl(){ UserServiceImpl userService = new UserServiceImpl(); userService.setUserDAO(new UserDaoImpl()); userService.getUser(); }
我们通过set的方法让用户来选择我要看什么内容，只修改用户（测试类）就可以实现控制权的转变，
我只需要改变测试类中set方法的对象参数就可以在不更改源代码的情况下，实现内容的不同
小结
在实现控制反转之前：
控制权在程序员手上程序员来决定你输出的内容
使用set实现控制反转之后
控制权在用户手上，用户来决定输出的内容
这就是控制反转设计思想的简单实现，
