而不是使用
Lazy<T>选项1
Provider<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是我能想到的最好，最清晰的替代方法。）
