Dagger2 是一个Android依赖注入框架。而android开发当前非常流行的非MVP模式莫属了，Dagger2的目标便是将MVP中的V P 进一步解耦，达到模块化最大的解耦，使得代码更容易维护。

举个栗子：有个A对象 B对象和C对象，如果C对象创建需要A和B，那么我们是不是需要构造里面传入参数A和参数B，然后在使用的地方如下写个代码：

C c=new C(new A()，new B());

如果我们使用了Dagger2时候，我们就不需要管这些了，只需要关联住能提供创建A 和 B的地方，然后在需要C的地方写下：

@Inject
C c;

然后在这个类的初始化地方进行注入即可。我们初步来看，会发现Dagger2优势不大，没什么吸引人的，那么请你静下心来，看完再得出结论。

闲话休叙，我们来直接上代码：（常规写法）

1 编写一个类：

public class Test3 {
    public Test3() {
    }
}

2 使用的地方

public class MainActivity extends AppCompatActivity {
    Test3 test3;
    @Override
    protected void onCreate(Bundle savedInstanceState) {
        //.....
        test3 = new Test3();
    }
}

如果我们改为使用Dagger2的方式的话，则可以写成如下方式：

1 创建一个类

使用了注解方式，使得Dagger2能找到它。

public class Test3 {
    //这里可以看到加入了注解方式
    @Inject
    public Test3() {
    }
}

2 新增一个对象：

@Singleton
//用这个标注标识是一个连接器
@Component()
public interface MainActivityComponent {
    //这个连接器要注入的对象。这个inject标注的意思是，我后面的参数对象里面有标注为@Inject的属性，这个标注的属性是需要这个连接器注入进来的。
    void inject(MainActivity activity);
}

3 调用的地方改为：

public class MainActivity extends AppCompatActivity {
    //加入注解，标注这个test3是需要注入的
    @Inject
    Test3 test3;
    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);
        //使用组件进行构造，注入
        DaggerMainActivityComponent.builder().build().inject(this);
    }

这是最简单的一种使用了。首先我们看到，第一印象是我去，这个更复杂了啊。我只能说确实，因为这个是它对的最基础的使用，看起来很笨拙，但是当它在大型项目里面，在依赖更多的情况下，则会发生质的飞跃，会发现它非常好用，并且将你需要传递的参数都隐藏掉，来实现解耦。

我先说下Dagger2的注释思路：关键的点是@Component，这个是个连接器，用来连接提供方和使用方的，所以它是桥梁。它使用在组件里面标记使用的Module（标记用到了哪个Module，主要是看使用方需要哪些对象进行构造，然后将它的提供方@module写在这里）然后我们写入一个void inject(MainActivity activity); 这里后面的参数，就是我们的使用方了。如此一来，我们在使用的地方，使用类似这种方式（DaggerMainActivityComponent.builder().build().inject(this);）的动作，将使用方类里面的标记为@Inject的类初始化掉，完成自动初始化的动作。

结构如下：

一个显示图