转自：https://github.com/android-cn...java
依赖android
若是在 Class A 中，有 Class B 的实例，则称 Class A 对 Class B 有一个依赖。例以下面类 Human 中用到一个 Father 对象，咱们就说类 Human 对类 Father 有一个依赖。git
public class Human {github
...
Father father;
...
public Human() {
father = new Father();
}
}
仔细看这段代码咱们会发现存在一些问题：
(1). 若是如今要改变 father 生成方式，如须要用new Father(String name)初始化 father，须要修改 Human 代码；
(2). 若是想测试不一样 Father 对象对 Human 的影响很困难，由于 father 的初始化被写死在了 Human 的构造函数中；
(3). 若是new Father()过程很是缓慢，单测时咱们但愿用已经初始化好的 father 对象 Mock 掉这个过程也很困难。框架
依赖注入函数
上面将依赖在构造函数中直接初始化是一种 Hard init 方式，弊端在于两个类不够独立，不方便测试。咱们还有另一种 Init 方式，以下：单元测试
public class Human {测试
...
Father father;
...
public Human(Father father) {
this.father = father;
}
}
上面代码中，咱们将 father 对象做为构造函数的一个参数传入。在调用 Human 的构造方法以前外部就已经初始化好了 Father 对象。像这种非本身主动初始化依赖，而经过外部来传入依赖的方式，咱们就称为依赖注入。
如今咱们发现上面 1 中存在的两个问题都很好解决了，简单的说依赖注入主要有两个好处：
(1). 解耦，将依赖之间解耦。
(2). 由于已经解耦，因此方便作单元测试，尤为是 Mock 测试。ui
Java 中的依赖注入this
依赖注入的实现有多种途径，而在 Java 中，使用注解是最经常使用的。经过在字段的声明前添加 @Inject 注解进行标记，来实现依赖对象的自动注入。
public class Human {
...
@Inject Father father;
...
public Human() {
}
}
上面这段代码看起来很神奇：只是增长了一个注解，Father 对象就能自动注入了？这个注入过程是怎么完成的？
实质上，若是你只是写了一个 @Inject 注解，Father 并不会被自动注入。你还须要使用一个依赖注入框架，并进行简单的配置。如今 Java 语言中较流行的依赖注入框架有 Google Guice、Spring 等，而在 Android 上比较流行的有 RoboGuice、Dagger 等。其中 Dagger 是我如今正在项目中使用的。若是感兴趣，你能够到 Dagger 实现原理解析 了解更多依赖注入和 Dagger 实现原理相关信息。