Gradle三种exclude依赖配置方式的差异及报错原因咨询

我正在清理IntelliJ IDE的所有错误与警告，在移除log4j2相关依赖的代码里碰到了这个IDE警告（仅IDE显示，实际运行完全正常）：

'exclude' cannot be applied to '(['group':java.lang.String, 'module':java.lang.String])'

我找到了能消除警告的配置方法，但不清楚原因，同时想搞明白以下三种Gradle配置方式的差异：

配置方式1（触发IDE警告） #

configurations {
    all {
        exclude group: 'org.springframework.boot', module: 'spring-boot-starter-logging'
    }
}

配置方式2（无警告且运行正常） #

configurations {
    implementation {
        exclude group: 'org.springframework.boot', module: 'spring-boot-starter-logging'
    }
}

配置方式3（无警告且运行正常） #

configurations {
    all {
        implementation {
            exclude group: 'org.springframework.boot', module: 'spring-boot-starter-logging'
        }
    }
}

1. 配置方式1 #

• 作用逻辑：给Gradle所有配置类型（包括compile、runtime、testImplementation等全部）统一排除指定依赖。
• IDE警告原因：IntelliJ的Gradle插件类型推断存在bug，错误判定all闭包内的exclude方法不支持group和module参数，但Gradle本身认可这种写法，所以实际运行没问题。

2. 配置方式2 #

• 作用逻辑：仅针对implementation这个常用配置类型排除依赖（implementation对应项目编译和运行时的依赖）。
• 无警告原因：IDE能正确识别implementation闭包内exclude方法的参数类型，符合插件的类型检查规则。
• 范围限制：只影响implementation相关的依赖，其他配置（比如测试用的testImplementation）里的同名依赖不会被排除。

3. 配置方式3 #

• 作用逻辑：遍历所有配置，但仅在每个配置的implementation子配置中排除依赖，最终效果和配置方式2完全一致——只对implementation配置生效。
• 无警告原因：exclude写在implementation闭包内，IDE能正确识别参数类型。
• 冗余性：这种写法完全没必要，直接用配置方式2就能达到相同效果，多了一层无意义的all遍历。

内容的提问来源于stack exchange，提问作者남혁준