如何在buildSrc中引入KotlinMultiplatformExtension

你遇到的类缺失异常和是否能解析KotlinMultiplatformExtension没有直接关系：

• 你引入的kotlin-gradle-plugin构件中，内置了Android目标的Kotlin插件实现类
• 只要这个依赖进入buildSrc的类加载路径，JVM在链接KotlinAndroidPlugin类时，会强制解析它引用的Android Gradle Plugin中的BaseExtension类
• buildSrc类路径里没有AGP的相关类，类链接过程直接失败抛出异常，完全和你写扩展函数的逻辑无关。

• 首先替换buildSrc里过时的jcenter仓库，jcenter早已停止维护，依赖拉取会不稳定，换成mavenCentral()，减少依赖拉取失败问题
• 不要再用implementation引入kotlin-gradle-plugin，换成compileOnly：buildSrc打包的时候不会把kotlin的类打进去，运行时直接复用主项目类路径上已经加载好的KMP插件类，既不会有版本冲突，也能保证你写扩展函数时编译期能正常访问KotlinMultiplatformExtension类
• 根据需求选择两种补全依赖的方式：

推荐轻量方案（无多余AGP依赖） #

不需要引入完整的kotlin-gradle-plugin，替换为仅包含插件公共API的kotlin-gradle-plugin-api构件。这个构件里只有插件对外暴露的扩展类、接口定义，完全不包含Android目标的插件实现逻辑，类加载时根本不会引用AGP的BaseExtension类，从根源上避免异常。

// buildSrc/build.gradle.kts 推荐配置
plugins {
    `kotlin-dsl`
}

repositories {
    mavenCentral()
}

dependencies {
    // 版本和主项目使用的KMP插件版本完全一致
    // 仅提供编译期的KMP扩展类访问权限，无Android插件实现类，不会触发类缺失异常
    compileOnly("org.jetbrains.kotlin:kotlin-gradle-plugin-api:1.4.10")
}

注意：你编写的扩展函数仅需要调用KotlinMultiplatformExtension对外暴露的公共方法，完全不需要引入插件的内部实现类，因此该方案是性价比最高的选择。

完整依赖对齐方案 #

如果需要在buildSrc中访问插件的内部类逻辑，可以补全类链接需要的AGP依赖，注意所有依赖版本必须和主项目使用的版本完全一致：

// buildSrc/build.gradle.kts 完整依赖配置
plugins {
    `kotlin-dsl`
}

repositories {
    mavenCentral()
    google()
}

dependencies {
    // 版本和主项目使用的KMP插件版本完全一致
    compileOnly("org.jetbrains.kotlin:kotlin-gradle-plugin:1.4.10")
    // AGP版本和主项目使用的AGP版本完全一致，仅满足类链接需求，buildSrc本身不会执行AGP逻辑
    compileOnly("com.android.tools.build:gradle:4.0.0")
}

• 最后校验版本对齐：不管选择哪种配置，buildSrc里引入的Kotlin插件、AGP版本必须和项目根build脚本中声明的插件版本完全匹配，否则运行时会出现类版本不兼容问题。

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