省去写单例的方法，并且也不需要担心自己写的单例方法是否线程安全，自己写的单例是懒汉模式还是饿汉模式。因为 dagger2 都可以把这些工作做了。

更好的管理类实例每个 app 中的 ApplicationComponent 管理整个 app 的全局类实例，所有的全局类实例都统一交给 ApplicationComponent 管理，并且它们的生命周期与 app 的生命周期一样。每个页面对应自己的 Component，页面 Component 管理着自己页面所依赖的所有类实例。因为 Component，Module，整个 app 的类实例结构变的很清晰。

解耦假如不用 dagger2 的话，一个类的 new 代码是非常可能充斥在 app 的多个类中的，假如该类的构造函数发生变化，那这些涉及到的类都得进行修改。设计模式中提倡把容易变化的部分封装起来。

我们用了 dagger2 后。

假如是通过用 Inject 注解标注的构造函数创建类实例

《Android学习笔记总结+最新移动架构视频+大厂安卓面试真题+项目实战源码讲义》
浏览器打开：qq.cn.hn/FTe 免费领取

，则即使构造函数变的天花乱坠，我们基本上都不需要修改任何代码。

假如是通过工厂模式 Module 创建类实例，Module 其实就是把 new 类实例的代码封装起来，这样即使类的构造函数发生变化，只需要修改 Module 即可。

有个网友问过一个这样的问题，Module 的构造函数也会发生变化，发生变化后，相应的 new Module 的类也发生变化，这就没有达到解耦的效果。首先解耦不是说让类之间或模块之间真的一点关系都没有了，解耦达到的目的是让一个类或一个模块对与自己有关联的类或模块的影响降到最低，不是说这种影响就完全没有了，这是不可能的。

解耦还有个好处，就是方便测试，若需要替换为网络测试类，只需要修改相应的 Module 即可。

项目中使用 dagger2 注意点

具体的代码就不讲了，[dagger2 sample 地址](

)，大家自行下载。这里重点说下 dagger2 对目标类进行依赖注入的过程，现在假设要初始化目标类中的其中一个依赖类的实例，那具体步骤就在下面：

步骤 1：查找 Module 中是否存在创建该类的方法。步骤 2：若存在创建类方法，查看该方法是否存在参数步骤 2.1：若存在参数，则按从步骤 1 开始依次初始化每个参数步骤 2.2：若不存在参数，则直接初始化该类实例，一次依赖注入到此结束步骤 3：若不存在创建类方法，则查找 Inject 注解的构造函数，看构造函数是否存在参数步骤 3.1：若存在参数，则从步骤 1 开始依次初始化每个参数步骤 3.2：若不存在参数，则直接初始化该类实例，一次依赖注入到此结束

以上是 dagger2 进行的一次依赖注入的步骤，其实这个步骤是一个递归的过程，并且在查找类的实例的过程中 Module 的级别要高于 Inject，这概念在[上一篇](

)讲过。

下面在说下注意的几点

• 一个 app 必须要有一个 Component（名字可以是 ApplicationComponent）用来管理 app 的整个全局类实例

• 多个页面可以共享一个 Component

• 不是说 Component 就一定要对应一个或多个 Module，Component 也可以不包含 Module

• 自定义 Scope 注解最好使用上，虽然不使用也是可以让项目运行起来的，但是加上好处多多。

总结

好了关于 dagger2 的所有的概念知识点到此终于结束了，希望能帮助大家，与大家共勉，有问题可以随时与我沟通。