Gradle构建Java应用：Jar拷贝与clean任务冲突的解决方案求助

看起来你遇到的核心问题是任务依赖或clean任务的行为冲突导致拷贝失败。别担心，我们可以通过正确配置任务关系和clean的清理逻辑来解决这个问题。

第一步：配置CopyJar任务，确保构建时自动拷贝 #

首先定义一个copyJar任务，指定要拷贝的Jar包（就是Java插件生成的jar任务的输出）和目标目录，然后让build任务依赖它，这样每次执行build时都会自动完成拷贝：

task copyJar(type: Copy) {
    // 源文件：指向jar任务生成的最终Jar包
    from jar.archiveFile
    // 目标目录：替换成你想要的路径，比如项目根目录下的deploy文件夹
    into "${project.rootDir}/deploy"
    
    // 可选：如果需要重命名Jar包，添加这一行
    // rename { "my-app-${project.version}.jar" }
}

// 让build任务执行完成后自动触发copyJar
build.dependsOn copyJar

Gradle会自动识别from jar.archiveFile的依赖关系，确保copyJar在jar任务完成后再执行，不会出现拷贝空文件的情况。

第二步：让Clean任务删除目标目录的Jar #

接下来修改clean任务，在它执行最后删除目标目录里的Jar文件。这样既不会影响原本的clean逻辑（删除build目录等），又能清理我们拷贝出去的Jar：

clean.doLast {
    // 删除目标目录下所有Jar文件
    delete "${project.rootDir}/deploy/*.jar"
    
    // 如果需要删除整个目标目录（包括空文件夹），可以换成：
    // delete "${project.rootDir}/deploy"
}

排查之前的问题原因 #

你之前遇到的“启用copyJar能拷贝，但加了clean后拷贝失败且目标Jar被删除”，大概率是以下两种情况：

• 任务依赖搞反了：比如不小心让copyJar依赖了clean，导致执行拷贝前先清理了目标目录，甚至可能清理了刚生成的Jar。
• 其他插件扩展了clean范围：你提到的ba...插件（比如base插件？）可能默认把某些目录加入了clean的清理列表，导致目标目录被自动清理。可以通过执行./gradlew clean --info查看clean任务的日志，确认它到底删除了哪些文件。

测试验证 #

现在执行以下命令验证效果：

1. 执行 ./gradlew clean：检查目标目录的Jar是否被删除
2. 执行 ./gradlew build：检查目标目录是否出现新的Jar包
3. 再次执行 ./gradlew clean：确认目标目录的Jar被删除

如果还是有问题，可以尝试显式指定copyJar必须在jar任务之后执行：

copyJar.mustRunAfter jar

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