而不是使用Lazy<T>选项1Provider<T>。Lazy<T>只是一个Provider<T>在本地存储的（具有必要的双重检查锁定），但是由于您仅会一次调用一个提供程序，因此您可以注入该提供程序，而跳过同步开销。
@Provides
FooInterface provideFooImplementation(
Provider<FooImpl1> impl1,
Provider<FooImpl2> impl2,
...,
Provider<FooImpl10> impl10) {
switch(state) {
case STATE_1:
return impl1.get();
case STATE_2:
return impl2.get();
...
case STATE_10:
return impl10.get();
}
}
选项2可以使用，但是您将有效地跳过Dagger可以轻松为您完成的依赖关系，并且选项3不能按所述方式运行，因为@Component批注需要模块列表作为您的编译时常量。 Dagger代码生成可以正常工作。
（如果绑定是绑定到一种形式或另一种形式的常数或零依赖性类，则选项3的变体可以工作，因为这样您就可以将Module的任意子类传递到Component builder中。但是，Dagger只能分析如果您的@Provides方法实现采用的参数与您使用的参数不同，那么您将遇到麻烦，因此，这switch是我能想到的最好，最清晰的替代方法。）
602392714
清零编程群