Dagger2 依赖注入框架

Dagger2的优点

1.减少代码量，提高工作效率
2.自动处理依赖关系
3.采用静态编译，不影响运行效率
4.提高多人编程效率

Dagger2 起源于Dagger,是一款基于Java注解来实现的完全在编译阶段完成依赖注入的开源库，主要用于模块间解耦，提高代码的健壮性和可维护性。Dagger2在编译阶段通过apt利用Java注解自动生成Java代码，然后结合手写的代码来帮我们完成依赖注入的工作。

依赖注入（Dependency Injection）

1.构造注入：通过给构造函数传参给依赖的成员变量赋值，从而实现注入。

public class Apple{
        public Type type;
        public Apple(Type type){
              this.type=type;
        }
}

2.接口注入:实现接口方法，同样以传参的方式实现注入。

public interface Injection{

    void inject(T t);
}

public class Car implements Injection{

    private Engine engine;
    
    public Car(){}

    public void inject(Engine engine){
        this.engine = engine;
    }

}

3.注解注入:使用Java注解在编译阶段生成代码实现注入或者是在运行阶段通过反射注入；

    @Inject

Dagger2注解
常用注解：@Inject,@Module,@Provides,@Component,@Qulifier,@Scope,@Singleton.
@Inject: @Inject 有两个作用，一是用来标记需要依赖的变量，以此告知Dagger2为它提供依赖；二是用来标记函数，Dagger2通过I@Inject注解可以在需要这个 类实例的时候来找到这个 构造函数并把相关实例构造出来 ，以此来为被@Inject标记的变量提供依赖；
@Module: @Module用于标注提供依赖的类。与@Inject 不同的是：很多时候我们需要提供依赖的构造函数是第三方库的，我们没法给它加上@Inject注解， 提供来的构造函数是带参数的，如果 我们之所简单的使用@Inject标记它，那他的参数就是@Module来帮助我们提供的。
@Provides: @Provides用于标注@Module所标注的类中的方法，该方法在需要提供依赖时被调用，从而把预先提供好的对象当做依赖给标注了@Inject的变量赋值。
@Component: @Component用于标注接口，是依赖需求方各这件事提供方之间的桥梁，被 标注的接口的在编译时会生成该接口的实现类（如果@Component标注的接口为AppleComponent，则在编译期生成实现类为DaggerAppleComponent），使用这个方法完成注入；
@Qulifier:@Qulifier用于自定义注解，也就是说@Qulifier就如同 Java提供的几种基本元注解一样用来标记注解类。我们在使用@Module来标注提供依赖的方法时，方法名我们是可以自定义。一旦出现了多个同一类型返回值 ，通过自定义注解的方式去进行标示。
@Scope: @Scope同样用于自定义注解，我们可以通过@Scope自定义的注解来限定作用域，实现局部单例。
@Singleton: @Singleton其实就是一个通过@Scope定义的注解，我们一般通过它来实现全局单例。但实际上它并不能提前全局单例，是否能提供全局单例还要取决于对应的Component是否是一个全局对象。

@Inject 和 ＠Ｍodule都可以提供依赖，那如果我们在构造函数上通过标记@Inject提供依赖，有通过@Module提供依赖Dagger2会如何进行选择
1.首先查找 @Module标注的类中是否存在提供依赖的方法。
2.若存在提供依赖的方法，查看该方法是否存在参数。（1. 若存在参数，则按从步骤1开始依次初始化每个参数 2.若不存在，则直接初始化该类实例，完成一次依赖注入）
3.若不存在提供依赖的方法，则查找 @Inject 的构造标注的构造函数，看构造函数 是否存在参数。(1.若存在 参数，则从步骤1开始依次初始化每一个参数 2.若不存在，则直接初始化该类实例，完成一次依赖注入)