Dagger2 @Provides与@Binds的区别和联系

前言

关于@Provides与@Binds的用法，经常叫不准，特地记录找到区别和联系

@Provides

无参

    @Singleton
    @Provides
    static List<FragmentManager.FragmentLifecycleCallbacks> provideFragmentLifecycles() {
        return new ArrayList<>();
    }

含参

    @Singleton
    @Provides
    static Cache<String, Object> provideExtras(Cache.Factory cacheFactory) {
        //noinspection unchecked
        return cacheFactory.build(CacheType.EXTRAS);
    }

参数来源：

1. 由@Component内通过modules关联的其他@Module提供

@Singleton
@Component(modules = {AppModule.class, ClientModule.class, GlobalConfigModule.class})
public interface AppComponent { ...

如上AppModule.class内部Cache<String, Object> provideExtras需要GlobalConfigModule.class提供的数据（Cache.Factory），因为是通过modules相关联，所以可以直接调用到。

至于GlobalConfigModule.class的数据（Cache.Factory）也可以是由GlobalConfigModule.class自己通过 @Provides提供，也可以是通过@Component.Builder注入。

2. 由@Module内部的@Provides方法提供
3. 由@Component内通过dependencies关联的其他@Module提供

假设说，我们的LoginModule.class也需要Cache.Factory这个数据，此时Cache.Factory由AppComponent.class提供

@ActivityScope
@Component(modules = LoginModule.class, dependencies = AppComponent.class)
public interface LoginComponent {

因为是用dependencies 相关联，所以如果要用到Cache.Factory就需要AppComponent.class内部将Cache.Factory声明（将Cache.Factory开放给其他Component使用）出来，如下：

@Singleton
@Component(modules = {AppModule.class, ClientModule.class, GlobalConfigModule.class})
public interface AppComponent {

	//....略

    /**
     * 用于创建框架所需缓存对象的工厂
     *
     * @return {@link Cache.Factory}
     */
    Cache.Factory cacheFactory();

@Binds

@Binds的语法和@Provides的差距真是太大了，所以根本不能当成一样的看。

先看一段代码：

    @Binds
    @Named("ActivityLifecycle")
    abstract Application.ActivityLifecycleCallbacks bindActivityLifecycle(ActivityLifecycle activityLifecycle);

    @Binds
    @Named("ActivityLifecycleForRxLifecycle")
    abstract Application.ActivityLifecycleCallbacks bindActivityLifecycleForRxLifecycle(ActivityLifecycleForRxLifecycle 
    																						activityLifecycleForRxLifecycle);

了解一下：

1. @Named😒 用于区分两个实例，如果返回值只有一个Application.ActivityLifecycleCallbacks 那么肯定是不需要 @Named了

2. Application.ActivityLifecycleCallbacks ：它是返回值，同时也是两个参数的父类，ActivityLifecycle 和ActivityLifecycleForRxLifecycle都继承于它。

3. 使用

    @Inject
    @Named("ActivityLifecycle")
    protected Application.ActivityLifecycleCallbacks mActivityLifecycle;
    @Inject
    @Named("ActivityLifecycleForRxLifecycle")
    protected Application.ActivityLifecycleCallbacks mActivityLifecycleForRxLifecycle;

和@Provides并无差别。

4. @Provides是通过自己通过new或者build（大部分build内部也是new实现）等创建类，那么@Binds是怎么创建我们需要的对象呢？

通过参数ActivityLifecycle 和ActivityLifecycleForRxLifecycle点入，我们发现内部其实就是完整的功能实现

发现他的构造函数：

@Singleton
public class ActivityLifecycle implements Application.ActivityLifecycleCallbacks {

	//...略
	
    @Inject
    public ActivityLifecycle() {
    }

这里就有必要了解一下 JSR330： JSR330 是Jcp 给出的官方标准反向依赖注入规范。Java大部分反向依赖注入的工具或者框架目前基本上都满足 JSR330 规范、例如 spring 、guice 以及Dagger 。

JSR中 @Inject可以当做@AutoWired 来使用。其是用来定义自动注入的，而且与@AutoWired 一样，@Inject可以标注在field、method或constructor上。

即： @Inject可以用于变量、方法、构造方法上！

用于构造方法上的 @Inject会帮助当前类，通过调用注解标注的构造方法来创建实例。

绿色框的位置就是 @Inject帮忙实现的部分。自己看吧！

总结

1. @Provides与@Binds都是提供依赖（可以理解成类的实例，接口实例）
2. @Provides与@Binds对于创建有所区别。@Provides是由开发者直接通过new的方式参与其中；@Binds是由开发者用@Inject注解标注目标类的构造方法，由dagger帮忙new。
3. 无论是@Provides还是@Binds，最后在使用的时候都是通过@Inject引用，引用到的都是目标实例，创建好的那种。

参考地址

https://yq.aliyun.com/articles/626235?utm_content=m_1000013558

有问题随时欢迎沟通，相互学习。