需要提前了解Dagger2的@Singleton 和 @Component依赖。

介绍

Android中的单例模式，可以通过继承Application类，在onCreate中初始化单例类，然后将单例类的引用通过getXXX()发布出去。
Application类提供了天然的单例模式。

但是，如果我们有10个单例类，那么就需要

1. 在Application类里面写10个引用，
2. 10个getXXX()方法
3. onCreate()中10个单例类的初始化

缺点

1. 当需求变动，要更换实现类的时候，要在Application里面做修改
2. onCreate()中初始化的10个单例类，并不是马上就要用的，更好的做法是，要用到他们的时候才实例化他们，但是在onCreate()中实例化，则必须将10个类一次性提前全部实例化。

   用Dagger2解决上述两个缺点

3. 依赖Dagger2
4. 将10个单例类从Application类中移除
5. 创建ApplicationComponent类，并用@Component和@Singleton标注，在ApplicationComponent中写带返回值的方法（用于别的Component类来依赖，或者自己要用的时候调用），不写void inject(上下文)方法，因为不需要在onCreate中立刻实例化那10个单例类。
6. 创建ApplicationModule类，标注@Module，写好工厂方法并标注@Provides和@Singleton，回到ApplicationComponent，加上这个ApplicationModule.class。
7. 在onCreate中实例化ApplicationComponent，并用getApplicationComponent()，将该component对象发布出去。

那么这个时候，在别处任何地方通过该ApplicationComponent对象来依赖注入的任何对象，都是单例的。
而且别的Component还可以依赖ApplicationComponent来拓展自己的依赖注入范围，且通过拓展而来的那些依赖注入来的对象，依然是单例的。
好处：

1. 大大缩减了Application类的代码量。
2. 当后期需求变动，要改单例类的实现时，只要改ApplicationModule中的工厂方法即可。