Gradle Kotlin DSL在subprojects的SigningExtension配置中引用publishing报接收者类型不匹配

这个报错本质是Gradle Kotlin DSL 在多层嵌套配置块里的扩展作用域解析歧义导致的：

• 你写configure<SigningExtension> { publishing }的时候，这个闭包的接收者类型是SigningExtension，该类本身没有内置publishing属性，Kotlin编译器会沿着作用域链向外查找可用的publishing引用
• 查找过程中，编译器错误匹配到了org.gradle.kotlin.dsl 中为PluginDependenciesSpec定义的publishing扩展，而不是你期望的、属于当前项目的PublishingExtension实例，因此抛出接收者类型不匹配的错误
• IDEA没有报错，是因为其静态分析采用了更宽松的作用域推断规则，能自动识别外层Project实例上的publishing扩展，但和Gradle运行时严格的Kotlin编译解析规则不一致，才出现了“IDE全绿、构建报错”的偏差。

核心思路是划清跨作用域引用的边界，避免在SigningExtension的配置闭包内部向外查找publishing实例，具体调整方式如下：

1. 在subprojects块的Project作用域内，提前把需要用到的PublishingExtension实例取出来，避免在嵌套的配置闭包里直接做跨域查找
2. 在签名配置的闭包内，直接引用提前取好的实例，完全绕开作用域解析的歧义

调整后的核心代码片段：

subprojects {
    apply(plugin = "java-library")
    apply(plugin = "maven-publish")
    apply(plugin = "signing")

    // 省略其他原有配置...

    // 在Project作用域内直接拿到PublishingExtension实例，不嵌套在其他配置块里
    val publishingExtension = extensions.getByType<PublishingExtension>()

    configure<SigningExtension> {
        // 引用外层取好的实例，不做作用域查找
        sign(publishingExtension.publications["mavenJava"])
    }
}

• 你之前拆分排查时写的val e: PublishingExtension = publishing直接报错，就是因为作用域查找时错匹配了插件依赖相关的publishing扩展，类型不满足PublishingExtension的定义所以触发编译错误
• Gradle 6.8 版本的Kotlin DSL对嵌套配置块的扩展解析本身就存在已知偏差，这种IDE静态检查和实际运行结果不一致的情况属于该版本的常见问题，把跨块引用的实例提前在根作用域提取出来，就能稳定规避
• 不要直接照搬官方示例的无缩进嵌套写法，官方示例大多基于单项目顶层脚本场景，嵌套在subprojects等多层闭包里时，很容易触发这类作用域解析问题

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