dagger2 使用总结

1、简单的依赖注入实现方式

目标类 @Inject A a；与目标类的实例A类的构造方法上@Inject A() {};如果该类的构造方法内涉及到其他类的实例要保证该实例已被注入

2、复杂的依赖注入实现方式

例如第三方库，不可以直接在源代码的构造方法上添加@Inject注解，如何注入呢？Component注解可以帮我们完成这件事情，Component提供了建立桥梁的作用(Component必须是接口或抽象类且必须有@Component注解)，一端连着目标类，另一端连着Module类(由Component管理着)，Module类必须有@Mudule注解，如下：

ApplicationComponent

ApplicationModule

注意：Component类里的inject方法并没有使用注解，该方法是用来依赖注入到一个类上，使其关联(形参放的是谁，该方法就写在哪个类中)，这里注入的是BaseActivity；Module里有一个构造方法，用于绑定全局的context，提供给该类内部使用，具体代码中如何处理的，如下

Application类中依赖注入

通过new ApplicationModule() 将全局的context传入

对外提供返回ApplicationComponent实例对象的方法

而这个getApplicationComponent方法实际上是在BaseActivity里面依赖注入的，在基类里注入方便其子类更方便的获取，如下

BaseActivity进行依赖注入

最后通过getApplicationComponent方法返回该ApplicationComponent实例对象，并在MainActivity类进行依赖注入

MainActivity关联

3、Activity注入

首先ActivityComponent依赖于ApplicationComponent(因为ApplicationComponent里注入了一些全局的实例)，Component提供一种方式依赖，书写方式如下

ActivityComponent

ActivityModule

注：这里的构造方法，用于注入不同的activity，并提供返回当前activity实例的方法，调用者可以通过获取Component实例对象，调用getActivity()方法获取相应的activity, 所以该ActivityComponent更适合作为一个基类，只提供当前界面绑定的是哪一个activity方法即可，而让其子类去实现各个activity想要实现的具体方法，例如，MainActivity抽出一个叫UserComponent的子类来继承该基类，并拥有自己的提供的方法inject()用户绑定fragment，供调用者使用，还拥有父类共用的方法getActivity，用于绑定每一个具体的activity并返回，如下