Android通用模块中Kotlin合成属性的跨Flavor使用问题

针对你提到的在ABMain、ACMain这类共享模块中使用Kotlin合成属性时遇到的导入报错问题，我来一步步帮你梳理解决方案：

问题根源 #

Kotlin Android Extensions的合成属性是**基于当前编译的Variant（或Source Set）**生成的，导入语句里的前缀（比如A、B）对应具体的Flavor Source Set。当你把共享模块同时给多个Flavor引用时，写死某个Flavor前缀的导入语句，会导致其他Flavor编译时找不到对应的合成类，自然报错。

比如你写import kotlinx.android.synthetic.B.layout_main.view.*，在编译Flavor A时，系统找不到B相关的合成类，就会失效。

正确的导入方式 #

方式1：使用共享Source Set的名称作为前缀 #

你的共享模块是ABMain，对应的Source Set名称也是ABMain，所以在ABMain的代码里，应该用这个Source Set名称来导入：

import kotlinx.android.synthetic.ABMain.layout_main.view.*

这样不管是Flavor A还是Flavor B编译，只要它们的Source Set包含了ABMain，就能正确找到对应的合成属性类。

方式2：省略Source Set前缀（更通用） #

如果你的布局在当前编译Variant能访问到的资源目录中（包括通过sourceSets配置引入的ABMain/res），可以直接省略Source Set前缀，用通用导入：

import kotlinx.android.synthetic.layout_main.view.*

系统会自动根据当前编译的Variant，去所有关联的Source Set中查找对应的布局，生成并引用正确的合成类，这样就不用纠结前缀问题了。

额外配置检查 #

确保你的模块级build.gradle中已经启用了Kotlin Android Extensions：

android {
    // 旧版Gradle
    apply plugin: 'kotlin-android-extensions'

    // 新版Gradle（AGP 4.0+）
    buildFeatures {
        kotlinExtensions true
        viewBinding false // 如果还在使用合成属性的话
    }
}

长远建议：迁移到View Binding #

需要提醒的是，Kotlin Android Extensions已经被官方废弃，官方推荐使用View Binding来替代。View Binding不仅避免了合成属性的这类Source Set导入问题，还更安全（不会出现空指针风险）、更稳定。

启用View Binding的配置很简单：

android {
    buildFeatures {
        viewBinding true
    }
}

之后在代码中直接使用自动生成的Binding类：

private lateinit var binding: LayoutMainBinding

override fun onCreate(savedInstanceState: Bundle?) {
    super.onCreate(savedInstanceState)
    binding = LayoutMainBinding.inflate(layoutInflater)
    setContentView(binding.root)

    // 直接通过binding访问视图，比如binding.titleTextView
}

不管布局在哪个Source Set里，只要当前Variant能访问到，View Binding都会生成对应的Binding类，彻底解决导入困扰。

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