大家好，我是苍王。
以下是我这个系列的相关文章，有兴趣可以参考一下，可以给个喜欢或者关注我的文章。
[Android]如何做一个崩溃率少于千分之三噶应用app–章节列表
相信有关注我的人，都会看过我第一编介绍的Todo-mvp源码体验，这是基础编。
这一章的难度理解难度将会非常大。
这个系列的课程适合研发有Android有一年半左右的同学参考。
基于工作的问题，大型公司其实都不怎么使用这种注入框架，而是直接用代码完成解耦的。但是学习期框架架构，对我们了解注解的使用和构建学习一些设计模式有着重要的作用。Dagger的设计的确非常精妙。
一.基础介绍
估计很多新手看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，也可以扫码进群。我在这里期待你们的加入！！！
