关于Dagger 2：无依赖Fragment需在FragmentBuilder中声明吗？

我结合实际使用Dagger 2的经验，一步步解答你的疑问：

1. 必须在FragmentBuilder中声明吗？ #

是的，必须声明。因为AndroidSupportInjection.inject(this)的底层逻辑是：Dagger会尝试为当前Fragment查找对应的Subcomponent（由@ContributesAndroidInjector生成），如果找不到，会直接抛出类似No injector factory found for XxxFragment的运行时异常，导致App崩溃。哪怕你的Fragment没有任何依赖，只要调用了inject(this)，就需要Dagger为它生成对应的注入入口。

2. 这么做是否可行？ #

完全可行。当你为一个无依赖的Fragment添加@ContributesAndroidInjector声明后，Dagger会为它生成一个空的Subcomponent——这个组件不会绑定任何依赖，只是提供了一个合法的注入入口，确保inject(this)调用能正常完成（不会做任何实际的注入操作）。这种空声明不会引入无效代码，Dagger的代码生成机制会自动做优化。

举个简单的代码示例：

@Module
abstract class FragmentBuilderModule {
    // 无依赖的Fragment，仅声明注入入口
    @ContributesAndroidInjector
    abstract fun contributeEmptyFragment(): EmptyFragment

    // 有依赖的Fragment，绑定对应的Module
    @ContributesAndroidInjector(modules = [UserModule::class])
    abstract fun contributeUserFragment(): UserFragment
}

3. 会引发内存泄漏吗？ #

不会。@ContributesAndroidInjector生成的Subcomponent是和Fragment的生命周期绑定的：当Fragment被销毁时，对应的Subcomponent会被Dagger自动清理，不会持有Fragment的引用。只要你是在Fragment的onAttach()生命周期方法中调用inject(this)（这是官方推荐的时机），就不会有内存泄漏的风险。

4. 这是错误的设计模式吗？ #

要看你的项目场景：

• 如果大部分Fragment都需要依赖注入，这种「统一继承带注入的BaseFragment + 统一在FragmentBuilder中声明」的方式是非常常见的最佳实践，能大幅减少重复代码，提升开发效率。
• 如果有大量Fragment完全不需要依赖注入，那可以考虑拆分BaseFragment：比如创建BaseInjectFragment（包含注入逻辑）和BaseFragment（无注入逻辑），让需要注入的Fragment继承前者，无依赖的继承后者。这种方式更贴合单一职责原则，也能避免在FragmentBuilder中声明一堆空的注入入口。

但如果只是少数几个无依赖的Fragment，直接在FragmentBuilder中声明完全没问题，属于可接受的折中方案，算不上错误设计。

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