Dagger2 独家解读

1、Dagger2是干嘛的？

 Dagger2是用于依赖解耦的

2、要了解Dagger2他是怎么解耦的？

他是靠注解生成器，通过各种注解比如：@Component 、@Module、@Provides、@Named、@Singleton 等等

在AS  Build阶段，使用 com.google.dagger:dagger-compiler:2.11 注解生成器，按照已经实现好的代码，对我们项目的整个代码进行扫描注解，然后获取到带有相应注解的类，然后对带有注解的类重新生成一份代码

3、那么这个代码怎么生成呢？

javapoet  就是这个代码生成工具，这个工具应该算是和注解生成器一起使用的工具了，就是这个在生成各种我们需要的源代码。

那么生成的代码分为哪几种呢？

a、Dagger***Component  implements ***Component                Dagger的中间桥梁  实现自我们写的 ***Component(这下应该知道为啥                                                                                                                Component都是接口了吧)  例如：DaggerAppComponent implements                                                                                                         AppComponent

b、***Module_Provide***Factory                                                  Dagger创建实例方式一（通过添加了@Module的类），前面的*表示哪个                                                                                                         Module，后面的*代表生成的哪个实例 例如   ：                                                                                                                                                 HttpModule_ProvideOkHttpBuilderFactory

c、***_Factory                                                                               Dagger创建实例方式二（通过在构造函数上添加@Inject），*表示了创建                                                                                                         的实例是哪个类的

d、***_MembersInjector                                                                Component添加的 注入类 即在我们自己创建的Component里面得 返回值                                                                                                           为void 的方法 例如：void inject(MainActivity activity);

生成的代码大致就是这几类

其中 a属于中间件，连接b、c  与 d的

b、c属于实例创建，

d 属于实例获取  那么如果想要获取实例，只需要在对应的类中 初始化Dagger***Component的注入方法(该方法需要在自己写的***Component中自己写出来  例如：void inject(MainActivity activity);)，然后在类里面使用@Inject即可

完整的如：

@Component( modules = ActivityModule.class)

public interface ActivityComponent {

void inject(MainActivity activity);

｝

public class MainActivity extends AppCompatActivity{

@Override

protected void onCreate(@Nullable Bundle savedInstanceState) {

    super.onCreate(savedInstanceState);

    this.setContentView(this.getLayout());

    DaggerActivityComponent.builder()

    .build().inject(this)

    }

}

4、当我们使用@Inject 获取实例时，为啥不能获取类型相同的实例？

我觉得这个就好比，同一个对象不能创建 参数类型相同的构造函数一样。

那么如何解决这个问题呢？

1、在@Module的类的方法上添加 @Named("one") 注解 进行区分

2、使用@Qualifier注解 ，创建一个注解，并使用@Qualifier 对其注解   比如 @One   将这个注解添加在 @Provides 的方法上

例如：

@Qualifier

@Documented

@Retention(RUNTIME)

public @interface One{

}

在使用时，在@Inject注解上面添加 @One  即可获取到对应的实例

上述两种方法就好比：我们创建相同参数的构造函数时，添加一个type参数，用于区分不同的对象

5、为什么我使用@Singleton 注解时，在不同的Activity使用时，是不相同的单例对象？

在Dagger2看来  @Singleton 是属于Application单例还是Activity单例呢? 其实这个和Component的创建和销毁有关，如果在Application创建和销毁那么他就是进程级别的全局单例，如果是Activity创建和销毁的，那么他就是页面级别局部单例。

还记得我们要在某一个Activity使用Dagger2吗？  是不是需要先初始化，然后再使用？ 虽然我们看不到销毁，但是当页面关闭掉后，GC会自动帮我们销毁掉，所以我们在Activity使用的基本都是页面级别的局部单例。

6、我们怎么创建全局单例呢？

Dagger2也想到了这个问题，那么 Component也就出现了一个继承的关系，还有 一个SubComponent的概念。即 父Component的全局范围一定要大于子Component，我们可以写一个AppComponent （父）和 ActivityComponent（子） AppComponent在Application中创建（所有需要全局单里的对象写在该Component的Module类里面即可），ActivityComponent在具体的Activity（所有Activity要使用的对象写在该Component的Module类里面即可）页面创建即可。

在此期间，我们可以使用@Scope注解 来添加新的注解  比如 @ActivityScope  用于标记我们子Component，这个@ActivityScope是标记我们的作用域，其实用处就是告知父Component  你的子Component的作用域小于你

注意：ActivityComponent创建时，记得传入全局的Appcomponent 这样我们就可以使用全局的单例对象了

总结：

自此Dagger2的解读就到这里，其实Dagger2一直围绕的都是 创建对象-使用对象这个主线来操作的。 因为他的核心是解耦，那么他必须要有一个中间件，将创建与使用对象结合起来，那么 中间件一定要能生成对象  也一定要能将对象注入到具体的类中，而且中间件也必须是独立的。

实现了中间件功能之后，就得要扩展，比如要是有多个相同的对象不同内容的实例怎么解决，要是有多个不同的页面怎么注入，要是想注入到不同页面的对象都是单例的怎么解决？ 要是想复用其他中间件的实例怎么解决？

为什么要这些扩展？ 因为不扩展就没有商用的价值，后面还有java向的扩展，android向的扩展。那么Dagger2也有对应的依赖，我想基于基本功能已经实现，那么偏向android的扩展应该是如何简化使用的吧，或者更加细粒度的功能。对于这些，如果不是真正的要完全使用他的话，基本看到这里就已经足够我们使用了。