Android Library依赖注入问题咨询：Dagger2适配及替代框架推荐

Dagger2 在 Library 场景下的适配技巧 #

• 别硬绑宿主的 Component：Library 必须定义自己独立的 Component 和 Module，只暴露内部需要的依赖接口。比如创建 LibraryComponent，包含 FragmentModule、ViewModelModule 这类内部模块，同时提供 Builder 或 Factory 让宿主 App 来初始化它，不能直接依赖宿主的 AppComponent。
• 用 Subcomponent 或依赖 Component：如果宿主也用 Dagger2，两种方案可选：要么把 Library 的 Component 定义成宿主 AppComponent 的 Subcomponent，让宿主来包含它；要么让 LibraryComponent 依赖宿主提供的必要依赖（比如 Context、全局服务），通过 @Component(dependencies = [AppComponent::class]) 声明，宿主需要提前暴露这些依赖的接口。
• ViewModel 注入要靠宿主的 StoreOwner：因为 Library 没有自己的 Activity，ViewModel 的创建得依赖宿主的 ViewModelStoreOwner（一般是宿主的 Activity/Fragment）。可以在 Library 的 ViewModelModule 里用 @Binds 或 @Provides 提供实例，然后让宿主初始化 Library 时传递 StoreOwner，或者通过 Dagger 把 StoreOwner 注入到 Library 的 Fragment 中。
• Fragment 注入别用默认方法：Library 的 Fragment 不能直接调用 AndroidInjection.inject(this)，要么让宿主在自己的 FragmentFactory 或 onCreate 里处理 Library Fragment 的注入，要么 Library 提供静态方法让宿主调用，比如 LibraryFragment.inject(fragment, libraryComponent)。

更适合 Library 的替代框架：Koin #

Koin 天生适配 Library 场景，轻量且无代码生成，比 Dagger2 灵活太多：

• 集成简单：Library 里只需要定义自己的 Koin Module 就行，示例代码：

  val libraryModule = module {
      factory { LibraryRepository() }
      viewModel { LibraryViewModel(get()) }
      // 如果需要提供 Fragment 实例也可以在这里定义
  }
  

• 宿主只需加载模块：宿主 App 启动时把 Library 的 module 加入 Koin 初始化逻辑就行，比如 startKoin { modules(appModule, libraryModule) }，不需要额外的绑定或代码生成步骤。
• ViewModel 注入零额外代码：Library 的 Fragment 直接用 val viewModel: LibraryViewModel by viewModel() 就能获取实例，Koin 会自动关联宿主的 ViewModelStoreOwner，不用手动传递参数。
• 无编译负担：不像 Dagger2 会生成大量代理代码，Koin 不会给宿主 App 增加编译时间或包体积的额外压力。

另外提一句，Hilt 虽然基于 Dagger2，但它强依赖 AndroidX 和 Application 类，对 Library 来说灵活性太差（宿主可能不用 Hilt），所以不推荐。

内容的提问来源于stack exchange，提问作者Bruse