大家好，我是苍王。

以下是我这个系列的相关文章，有兴趣可以参考一下，可以给个喜欢或者关注我的文章。

[Android]如何做一个崩溃率少于千分之三噶应用app--章节列表

相信有关注我的人，都会看过我第一编介绍的Todo-mvp源码体验，这是基础编。

这一章理解难度将会非常大。

这个系列的课程适合研发有Android有一年半左右的同学参考。

基于工作的问题，大型公司其实都不怎么使用这种注入框架，而是直接用代码完成解耦的。但是学习期框架架构，对我们了解注解的使用和构建学习一些设计模式有着重要的作用。Dagger的设计的确非常精妙。

一.基础介绍

估计很多新手看Dagger2都会看到一头雾水，因为Dagger2使用的依赖反转的设计模式原则。

举个例子，我去买东西，告诉老板我需要什么品类的东西，老板就说你等着，我拿给你就好了。

这个部分都是老板帮我们完成了。

推荐一个非常好的Dagger2的入门文章给大家，里面都是Dagger2基本的使用原理，和一般的架构设计，看完之后估计大家应该不会再一头雾水。

Dagger2 入门,以初学者角度.

Google官方MVP+Dagger2架构详解【从零开始搭建android框架系列（6）】

如果没有Dagger基础，而且不看介绍，然后直接看一下的内容，估计你会一头雾水。（最好下源码对着看）

没Dagger基础一定要看介绍

没Dagger基础一定要看介绍

没Dagger基础一定要看介绍

重要的事情说三次！！！

二.源码分析

（一）.引用相关

关于引用，需要使用android-apt的引用

还有Dagger2所需要的依赖

一开始下载下来，打开XXActivity的文件发现都会报红，然后需要我们make projects一次，Dagger2会自动生成一些Dagger注入的类。

编译完成后，我们会在apt的文件夹里面，看到生成的Dagger代码，很显然是通过apt代码编写的代码。

这里的套路和MVVM有点相似，但是MVVM是源码就提供MVVM的自动编码，而Dagger2需要apt去做。

（二）.Application注解

我们看自定义的ToDoApplication，可以简单到看到mRepositoryComponnet是数据源在这里声明为全局的变量

这里会引用到自定义的ApplicationModule实体类，外面的变量通过provideContext获取ApplicationContext参数。

（三）.Component注解

我们这里先以TaskDetailActivity为例吧（这里不对Dagger2的注入方式再进行介绍，可以看我基础介绍里面的网址学习）

我们看到DaggerTaskDetailComponent是使用了建造者模式的链式结构。

我们看到的是自动生成的DaggerTaskDetailComponent是继承TaskDetailComponent

我们看到起使用@Provider就会生成Provider类型的变量

使用@Inject标志的变量就会被声明为MembersInjector的变量

因为使用了inject(this)还会将整个TaskDetailActivity声明为MembersInjector的变量

看到这里应该很清楚，起初始化的时候，还会调用intialize方法

这里很明显，每个变量都会通过XXXFactory.create来获取相应的创建出来（这里使用很明显就是工厂模式）

Module声明的实体主要是用到了工厂模式生成

使用inject(this)的时候会调用injectMembers的方法替换变量

深入到TaskDetailActivity_MembersInjector实现类，初始Presenter对象

这里初始化的时候会输入PresenterProvider的变量

其是通过静态的create方法做成工厂的。

这里是DaggerTaskDetailComponent的intialize的时候会加载Provider

继续是工厂类创建

其会创建出一个工厂类的方法出来。

这里继续下来是很酷的是建造者模式Buidler。

可以看出Component的核心源码系建造者模式。

这里需要确立的是build一定是在inject之前的，先输入参数建造才能注入。

Presenter是什么时候被初始化的呢？

我们看到TaskActivity里面注入Presenter

获取taskPresenterModule的对象

TaskPresenter里面构造

（1）关于tasksPresenterMembersInjector的获取

我们看到这里初始化

然后在TaskPresenter_Factory通过get方法来获取

这里还涉及到一个Listeners的方法

其实现是在TasksPresenter里面

（2）关于TaskDetailPresenter

TaskDetailPresenter的获取是在TaskDetailActivity

这里provideTaskIdProvider其引用是provideTaskId

provideTaskDetailContractViewProvider对应的是provideTaskDetailContractView

这里声明了FragmentScoped的定义域（Scope其定义是单例的定义域）

还有dependencies就是TaskRepositoryComponet的数据源来源

其getTasksRepositoryProvider 其提供者应该是getTasksRepository.

其实体对象获取方式，是通过初始化的时候传入TasksRepositoryComponent的实体

传入数据提供实体

在自定义的Application中建立数据实体

（四）.关于数据实体TasksRepository

我们分为近端和远端数据

这里@Qualifer是自定义命名的注解

本地注解 远端注解

@声明数据单例

初始化中带有本地和远端的注解对象

本地数据注解 远端数据注解

在DaggerTasksRepositoryComponent中联通这些注解对象

通过getTasksRepository获取到实体到数据流实体

对象获取 数据流实际初始化

设定通过单例@Singleton的方法获取远端和近端的数据

其单例的声明是通过enum枚举，然后声明INSTANCE的方式，声明单例的。

这里特别说名一下一个没有scope的组件component不可以依赖一个有scope的组件component。子组件和父组件的scope不能相同。我们通常的ApplicationComponent都会使用Singleton注解（），也就会是说我们如果自定义component必须有自己的scope。

三.总结

Dagger2注解，框架最重要理解的就是依赖倒置的设计原则。

Dagger2源码的套路

Module->Factory.create 工厂创建

Component->  XXXComponent.Bulider  建造者模式

Singleton Scoped->   利用enum和INSTANCE标示 单例模式

理解这些设计模式，一旦你真的看懂Dagger2的设计模式，你会觉得Dagger2的设计非常精妙。可以理解其Apt的注解编写的设计真的非常值得学习，以后有机会会给大家分享Apt编写代码的一些详解。

这次的源码分析就到这里

下一节应该会分析MVP +RXJava的源码，敬请期待！！！

我建立了一个关于Android架构学习的群，里面可以进一步进行组件化学习和架构思想的的交流。

群号是316556016，也可以扫码进群。我在这里期待你们的加入！！！