Spring学习之依赖注入的方法（三种）
spring框架为我们提供了三种注入方式，分别是set注入，构造方法注入，接口注入。今天就和大家一起来学习一下
依赖注入的基本概念
依赖注入(dependecy injection)，也称为ioc(invert of control)，是一种有别于传统的面向对象开发的思想，主要用于对应用进行解耦。简单的理解就是说，本来是由应用服务自己创建的对象，数据，交给第三方来负责创建，准备，并且由第三方将对应的内容注入到应用服务中来，从而实现了对象的创建于对象的应用之间的解耦，通过这种方式，应用服务可以最小程度地减少与对象实体之前的关联(只需要使用即可，而不关心其来源，对应的实现等等)，从而保持了应用服务与对象之间的弱耦合关系。
依赖注入的简单实现
可能通过文字的表达，对于依赖注入不是很好理解，不过，通过简单的代码实现，就可以很轻松的理解了，下面通过原始的做法以及依赖注入的做法来进行对比，来加深对依赖注入的理解
/**
* 日志服务
*/
class logservice{
// 注意这里，这里是手动创建对应的logdao实例对象
private logdao logdao = new dblogdao();
public void save(){
logdao.save();
}
}
/**
* 日志dao接口
*/
interface logdao{
void save();
}
/**
* 日志dao的具体实现，将日志保存到数据库中
*/
class dblogdao implements logdao{
@override
public void save() {
system.out.println("save to database");
}
}
从上面的代码中可以看到，当需要logdao对象的时候，是直接在服务中创建具体的实现，也就是new dblogdao()，这种方式虽然方便，但是存在一定的缺点，比如说，当想要切换对应的实现，比如说xmllogdao的时候，就需要打开对应的代码，创建xmllogdao对象，并且将其交给logservice；而且，如果logdao的创建过程比较繁琐的时候，logservice在这种实现方式中，就需要知道logdao的实现过程，而这显然是不太合理的，因为logservice只需要知道logdao的存在，以及使用方式即可，而并不需要知道它的创建过程。
接下来来看下依赖注入或者说控制反转是怎么解决这些问题的。
class logservice{
// 注意这里，这里并没创建对应的对象
private logdao logdao;
// 通过属性将logdao注入到logservice中，这也就是依赖注入的来源
// 依赖别人讲所需要的对象注入进来
public void setlogdao(logdao logdao) {
this.logdao = logdao;
}
public void save(){
logdao.save();
}
}
// logdao接口及其实现dblogdao同上，这里省略
/**
* 模拟的容器类，负责创建各个对象，并且将对应的依赖对象注入进去
*/
class container{
public void create(){
// 创建对象
logservice logservice = new logservice();
logdao logdao = new dblogdao();
// 注入logdao对象
logservice.setlogdao(logdao);
}
}
可能这里你会觉得说，create方法中也是手动创建了dblogdao对象，其实不然，对于create方法来说，它只是负责创建对象，并不管对象的用途，也就是说，这里create方法可以通过各种其他手段，比如利用反射技术，再通过配置文件来配置对应的类的信息，这样，当需要修改具体的实现的时候，只需要修改配置文件，create就会创建对应的对象，并且将其注入到logservice中，而这个过程对于logservice来说是透明的，logservice只知道自己有一个logdao的对象，而不知道，也不需要知道logdao对象是怎么来的。也就是实现了创建与使用的解耦。
至于控制反转名词，其实也是很显然的嘛，本来是logservice自己创建的对象，现在将其交给container来创建了，那么创建对象的权限不就是反转了嘛^_^
一般来说，依赖注入有三种方式，分别是属性注入，也就是上面我们看到的内容，还有一种是构造器注入，也就是通过构造器注入对应的对象，还有一种不常用的接口注入，其实本质上也是属于属性注入。
以上就是本文的全部内容，希望对大家的学习有所帮助，也希望大家多多支持。