多模块Android应用Dagger2优化：Feature模块免kapt及组件设计咨询

一、精简Feature模块的Dagger依赖配置 #

首先要明确：是否能去掉Feature模块的kotlin-kapt和kapt处理器依赖，取决于你的Feature模块里包含哪些Dagger注解内容：

情况1：Feature模块仅包含@Module（无@Inject类、无@Component） #

如果你的FeatureModule只是用@Module和@Provides提供依赖，模块内没有带@Inject构造函数的类，也没有自己的Component，那确实可以完全去掉Feature模块的kapt相关配置，只保留Dagger的implementation依赖：

// Feature模块build.gradle
// 移除 apply plugin: 'kotlin-kapt'
dependencies {
    implementation 'com.google.dagger:dagger-android-support:2.22.1'
    implementation 'com.google.dagger:dagger:2.22.1'
    // 移除所有kapt开头的processor依赖
}

原因是：Dagger的注解处理器只需要在**定义Component的模块（也就是你的App模块）**中配置，App模块的kapt会扫描所有被Component引用的Module，并处理相关依赖生成代码，Feature模块的@Module本身不需要单独的注解处理。

情况2：Feature模块包含@Inject构造函数的类 #

如果Feature模块里有带@Inject构造函数的类（比如Feature内部的ViewModel、Repository等），那你必须保留Feature模块的kapt配置——因为Dagger需要为这些类生成对应的Factory类，这个处理是在类所在的模块编译时完成的，App模块的kapt无法跨模块处理这些注解，去掉会导致编译错误。

二、Feature模块要不要创建独立@Component？ #

这取决于你的模块化需求，先给你梳理两种方案的适用场景：

方案1：仅用独立@Module（当前方案） #

如果你的项目满足以下条件，这个方案完全够用，而且更简单：

• 不需要为Feature设置独立的Scope（比如不需要控制Feature内依赖的生命周期，和App级依赖同生命周期）
• Feature不需要和App模块解耦（可以接受Feature依赖App的Component定义）
• 不需要按需加载Feature（所有Feature和App一起初始化）

这种方案的优势是维护成本低，不需要额外管理多个Component的依赖关系。

方案2：为Feature创建独立@Component #

如果出现以下需求，就可以考虑为Feature创建独立Component：

1. 需要独立Scope：这是最常见的原因，比如你想让Feature内的依赖（如Feature专属的Repository）只在Feature的生命周期内存在，不会和App级依赖混淆，这时候需要自定义@FeatureScope并绑定到FeatureComponent上。
2. 模块解耦：独立Component可以让Feature模块只暴露自己的Component接口，不需要依赖App模块的AppComponent定义，Feature可以独立开发、测试，甚至被其他模块替换，耦合度更低。
3. 按需加载优化：如果Feature是动态模块或者需要延迟加载（比如用户进入Feature页面才初始化），独立Component可以在Feature加载完成后再初始化，避免App启动时加载所有Feature的依赖，优化启动速度。
4. 拆分庞大的AppComponent：如果后续Feature越来越多，AppComponent会变得非常庞大，拆分多个FeatureComponent可以分散职责，降低维护难度。

关于@Component.Factory的简单示例

如果你想尝试独立Component，用@Component.Factory替代旧的@Component.Builder可以这样写：

// 自定义Scope，按需创建
@Scope
@Retention(AnnotationRetention.RUNTIME)
annotation class FeatureScope

// FeatureComponent定义
@FeatureScope
@Component(
    modules = [FeatureModule::class],
    // 依赖AppComponent，获取App级别的全局依赖（如Context、OkHttpClient等）
    dependencies = [AppComponent::class]
)
interface FeatureComponent {
    // 定义注入方法，比如注入Feature的Activity
    fun inject(activity: FeatureDetailActivity)

    // Factory替代Builder
    @Component.Factory
    interface Factory {
        // 依赖AppComponent作为参数，同时可以传入动态绑定的实例
        fun create(
            appComponent: AppComponent,
            @BindsInstance activityContext: Context
        ): FeatureComponent
    }
}

初始化Component的代码：

// 在Feature的Activity中初始化
val featureComponent = DaggerFeatureComponent.factory()
    .create(appComponent = App.appComponent, activityContext = this)
featureComponent.inject(this)

总结 #

• 如果你当前没有Scope、解耦或按需加载的需求，继续用AppComponent引用FeatureModule的方案就好，不用折腾独立Component。
• 关于依赖配置，根据Feature模块是否包含@Inject类来决定要不要保留kapt，能省则省，确实可以减少部分编译时间。

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