Dagger的官方介绍是这样的：
Dagger is a fully static, compile-time dependency injection framework for both Java and Android. It is an adaptation of an earlier version created by Square and now maintained by Google.
Dagger aims to address many of the development and performance issues that have plagued reflection-based solutions.
主要意思是说
Dagger是Android和Java下的一个完全静态的，编译时依赖注入框架。它解决了有发射带来的开发和性能上的问题。
对于使用Dagger的HelloWorld例子这里不做说明，因为网上已经太多了，关键是你看了，甚至自己抄过一遍之后，发现自己对于Dagger的认识和理解还是云里雾里。Dagger是很犀利，但它还是有一定的学习曲线的，类似于RxJava/RxAndroid。
这里首先大致介绍一下它的用法，整体上根据官方文档来，外加一点的客观评论或者想法：
声明依赖
- 在构造函数上面添加
@Inject注解，当需要一个新的实例的时候，Dagger就会去获取必要的参数然后执行这个构造函数。至于怎么去获取必要的参数，后面会介绍。 - 同时
@Inject也可以直接注解到字段里面。
注意的一点是，大部分情况下Dagger是注解在构造函数或者字段，但是Dagger其实也支持方法的注入。
满足依赖关系
大部分情况下，@Inject就可以解决了依赖注解问题，但是有些情况下它是做不到依赖注解注解的，比如
- 接口不能被构造
- 第三方类库不能被注解，因为第三方类库的代码不受你控制。
- 可配置的对象必须要被配置。( 这个其实我也不是很明白:( )
以上这种情况就@inject就不满足或者不合适了，这个时候就需要用@provides这个注解来满足这一类需求，注意所有的@Provides方法必须属于一个module
构建图
@Inject和@Provides注解的类组成了一幅类的图，通过他们之间的依赖关系进行链接。通过@Component注解这样一个接口类，并且传递module类型给module参数，Dagger 2然后就会根据约定生成方法的具体实现。这个生成的类名就是以Dagger开头，通过builder()方法来实现和使用反悔的builder，然后通过它的build()方法来获取一个实例。
如果一个module的权限访问值没有被设置，那么是可以dagger会自动帮我们加上。如果所有的依赖可以不依赖于用户创建的实例，也就是说注解的参数里面，没有module这个值，那么dagger会生成一个create()方法直接替换builder。对于这点举个例子:
声明一个interface叫做TestComponent如下，并且添加@Component注解，然后重新编译生成DaggerTestComponent
@Component
public interface TestComponent {}
那么生成的DaggerTestComponent为:
public final class DaggerTestComponent implements TestComponent { private DaggerTestComponent(Builder builder) {
assert builder != null;
}
public static Builder builder() {
return new Builder();
}
public static TestComponent create() {
return builder().build();
}
public static final class Builder {
private Builder() {
}
public TestComponent build() {
return new DaggerTestComponent(this);
}
}
}
从代码就可以看出，直接通过create就可以创建出一个TestComponent实例
总结:
关于Dagger2是如何工作的，我自己的理解是这样的：
在需要依赖注解的地方添加一个@Inject:
声明变量的地方或者想被依赖注解的类的构造函数
声明一个Component：
Component主要是绑定这个module
然后声明一个Module:
Module主要是用来提供一些provider的方法，也就是只有一些返回值的方法，其中方法名字随便定义，但对于返回值这个要注意，因为这个是要提供给@Inject对象, 因此需要注意的一点是，Module里面的优先级高于注解过的构造方法
- 步骤1：查找Module中是否存在创建该类的方法。
- 步骤2：若存在创建类方法，查看该方法是否存在参数
- 步骤2.1：若存在参数，则按从步骤1开始依次初始化每个参数
步骤2.2：若不存在参数，则直接初始化该类实例，一次依赖注入到此结束 - 步骤3：若不存在创建类方法，则查找Inject注解的构造函数，看构造函数是否存在参数
- 步骤2.1：若存在参数，则按从步骤1开始依次初始化每个参数
- 步骤3.1：若存在参数，则从步骤1开始依次初始化每个参数
- 步骤3.2：若不存在参数，则直接初始化该类实例，一次依赖注入到此结束
