Kotlin Multiplatform中如何实现Android product flavours的等效功能？

完全可以在Kotlin Multiplatform（KMP）项目中实现类似Android Product Flavors的多版本应用，以下是分模块的详细实现方案：

一、Android端的风味配置 #

这部分和传统Android项目逻辑一致，适配KMP的Gradle结构即可：

1. 定义Flavor维度与风味
   在Android模块的build.gradle.kts中添加风味配置：

android {
    flavorDimensions += "appVariant"
    productFlavors {
        create("appA") {
            dimension = "appVariant"
            applicationIdSuffix = ".appA"
            versionNameSuffix = "-appA"
        }
        create("appB") {
            dimension = "appVariant"
            applicationIdSuffix = ".appB"
            versionNameSuffix = "-appB"
        }
    }
}

2. 风味专属源码集与资源
   沿用传统Android的目录结构存放专属内容：

• src/appA/kotlin：存放AppA专属的Application、MainActivity等类
• src/appA/res：存放专属的colors.xml、settings.xml等资源文件
• src/appA/google-services.json：AppA对应的Firebase配置文件

3. 关联Firebase配置
   确保Android模块的build.gradle.kts引入google-services插件，它会自动匹配对应风味目录下的配置文件：

plugins {
    id("com.google.gms.google-services")
}

二、共用代码库（Common模块）的变体适配 #

如果共用代码需要根据应用版本区分逻辑，有两种实现方式：

1. 编译期常量传递
   在Android风味配置中添加BuildConfig字段：

productFlavors {
    create("appA") {
        // ... 其他配置
        buildConfigField("String", "APP_VARIANT", "\"appA\"")
    }
    create("appB") {
        // ... 其他配置
        buildConfigField("String", "APP_VARIANT", "\"appB\"")
    }
}

然后通过KMP的expect/actual机制在共用代码中获取该常量：
Common模块代码：

expect fun getAppVariant(): String

Android模块代码：

actual fun getAppVariant(): String {
    return BuildConfig.APP_VARIANT
}

共用代码即可根据返回值执行不同逻辑。

2. 专属源码集变体
   为Common模块创建对应风味的源码集，比如src/commonAppAMain/kotlin、src/commonAppBMain/kotlin，然后在Common模块的build.gradle.kts中配置依赖关系：

sourceSets {
    val commonMain by getting
    val commonAppAMain by creating {
        dependsOn(commonMain)
    }
    val commonAppBMain by creating {
        dependsOn(commonMain)
    }

    val androidAppAMain by getting {
        dependsOn(commonAppAMain)
    }
    val androidAppBMain by getting {
        dependsOn(commonAppBMain)
    }
}

不同风味的Android模块会自动依赖对应的Common变体源码集，可在其中存放专属共用逻辑。

三、iOS端的变体处理（若涉及） #

如果需要iOS端也区分应用版本，可通过Xcode配置配合KMP实现：

1. 在Xcode中创建不同的Configuration（如AppA、AppB）
2. 在KMP的iOS模块build.gradle.kts中配置对应变体的编译参数：

ios {
    binaries {
        framework {
            baseName = "MyFramework"
            listOf("AppA", "AppB").forEach { config ->
                binary(config) {
                    freeCompilerArgs += "-DAPP_VARIANT=$config"
                }
            }
        }
    }
}

3. 通过expect/actual在共用代码中获取该参数，或在iOS端直接读取编译常量区分逻辑；Firebase的GoogleService-Info.plist可放在Xcode对应Configuration的目录下，通过Xcode资源管理指定不同配置使用不同文件。

四、关键注意事项 #

• Application类关联：在src/main/AndroidManifest.xml中用占位符指定Application类，再在风味配置中赋值：

  <application android:name="${applicationName}" ...>
  

  productFlavors {
      create("appA") {
          manifestPlaceholders["applicationName"] = "com.example.appA.MyApplication"
      }
  }
  

• 资源优先级：风味专属资源会覆盖main源码集中的同名资源，逻辑和传统Android一致。

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