面试SpringIOC详解

传统的业务实现

业务：

1. UserDao 接口

public interface UserDao{
	void getUser();
}

2. UseDaoImpl 实现类

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

3. UserService 业务接口

public interface UserService{
	void getUser();
}

4. UserServiceImpl 业务实现类

public class UserServiceImpl implements UserService{

	private UserDao userDao = new UserDaoImpl();
	public void getUser(){
		userDao.getUser();
	}
}

5. Client

public class Client(){
	public static void main(String[] args){
		//用户实际调用的是service层，dao层不需要接触
		UserService userService= new UserServiceImpl();
		userService.getUser();
	}
}

缺点：如果在dao层增加一个UserDaoMysqlImpl，那么用户想调用这个实现时，service层就需要修改代码。
这样，用户每变一次需求都需要修改代码，程序无法适应用户需求的变更，工作量非常大。

优化

UserServiceImpl 业务实现类

public class UserServiceImpl implements UserService{

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

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

Client

public class Client(){
	public static void main(String[] args){
		//用户实际调用的是service层，dao层不需要接触
		UserService userService= new UserServiceImpl();
		//这样可以不用修改service层，动态进行调用
		((UserServiceImpl) userService).setUserDao(new UserDaoMysqlImpl());
		userService.getUser();
	}
}

这样做的好处：

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

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

IOC的本质

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

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