【Spring进阶系列丨第二篇】Spring中的两大核心技术IoC（控制反转）与DI（依赖注入）

本文介绍: IoC 和 DI 其实是同一个概念的不同角度描述，DI 相对 IoC 而言，明确描述了“被注入对象依赖 IoC 容器配置依赖对象”IoC/DI这两个概念的最终目标就是 : 充分解耦，具体实现靠 :使用IOC容器管理 bean（IOC)在IOC容器内将有依赖关系的bean进行关系绑定（DI）最终结果为：使用对象时不仅可以直接从IOC容器中获取，并且获取到的bean已经绑定了所有的依赖关系。理解了IoC和DI的概念后，一切都将变得简单明了，剩下的工作只是在spring的框架中堆积木而已。

以经典的三层架构MVC作为案例，以前我们都是这么干的，看如下代码：

// 用户控制器
public class UserServlet{
  	
  	private UserService userService = new UserServiceImpl();
  
    public void doGet(HttpServletRequest request, HttpServletResponse response){
		// ...
      	userService.login();
      	// ...
    }
}

// 用户Service接口
public interface UserService{
  	public User login(String uname,String pwd);
}

// 用户Service实现类
public class UserServiceImpl implements UserService{
  
  	private UserDao userDao = new UserDaoImpl();
  	
    public User login(String uname,String pwd){
		userDao.selectByUnameAndPwd(uname,pwd);
    }
}

// 用户Dao接口
public interface UserDao{
  	public User selectByUnameAndPwd(String uname,String pwd);
}

// 用户Dao实现
public class UserDaoImpl implements UserDao{
    public User selectByUnameAndPwd(String uname,String pwd){
      	// 编写sql语句
    }
}

按照以前的做法，可以发现，我们的UserServlet要依赖UserServiceImpl实现，UserServiceImpl要依赖UserDaoImpl实现，一个很明显的问题是：对于这些具体的实现类是由我们程序员自己去主动手动创建(new)出来的，那么意味着假如某个实现类发生了变化，将可能导致整个应用的不可用（编译不通过等），那么这个问题的本质原因就在于这个具体的类是我们自己硬编码到Java类中的。