本文详细探讨了gradle构建java命令行应用时，`gradlew jar`任务未在预期位置生成jar文件的问题。核心原因在于多模块或`application`插件项目结构下，jar文件可能位于特定模块的`build/libs`子目录。文章提供了查找jar的解决方案，并进一步讨论了java cli应用的分发最佳实践，包括使用`installdist`、`distzip`以及graalvm原生镜像等高级方法，以确保用户能便捷地运行应用。
理解Gradle JAR文件生成机制
在使用Gradle构建Java项目时，jar任务负责将项目的编译输出打包成一个JAR文件。对于一个简单的单模块Java项目，通常在运行gradlew jar后，生成的JAR文件会位于项目的根目录下的build/libs目录中。然而，在某些特定的项目结构或插件配置下，这一默认行为可能会有所不同，导致开发者在预期位置找不到生成的JAR文件。
常见问题：JAR文件“失踪”
许多开发者在初次使用Gradle构建Java命令行界面（CLI）应用时，会遇到一个困惑：执行gradlew jar命令后，构建过程显示BUILD SUCCESSFUL，但检查项目根目录下的build/libs目录，却发现该目录为空或根本不存在。
例如，在以下build.gradle.kts配置中，项目使用了application插件，并定义了各种依赖：
plugins { application id("com.diffplug.spotless") version "6.12.0"}repositories { mavenCentral()}dependencies { testImplementation("junit:junit:4.13.2") implementation("com.google.guava:guava:30.1-jre") implementation("info.picocli:picocli:4.7.0") annotationProcessor("info.picocli:picocli-codegen:4.7.0") implementation("io.vavr:vavr:0.10.4")}application { mainClass.set("testlauncher.command.Runner")}subprojects { apply { plugin("com.diffplug.spotless") }}spotless { java { importOrder() removeUnusedImports() googleJavaFormat() }}project.tasks.findByName("build")?.dependsOn(project.tasks.findByName("spotlessApply"))
尽管配置看似无误，gradlew jar也成功运行，但JAR文件却不在预期的./build/libs中。
立即学习“Java免费学习笔记（深入）”；
解决方案：检查正确的输出路径
问题的核心在于项目结构。当使用application插件时，Gradle可能会在内部将应用视为一个“子项目”或将其输出定向到特定的子目录。最常见的情况是，如果你的源代码（例如src/main/java）位于一个名为app的子目录中（或者Gradle隐式地将主应用模块命名为app），那么生成的JAR文件将位于该子模块的构建目录中。
因此，在这种情况下，正确的JAR文件路径是：./app/build/libs
开发者应检查自己的项目目录结构，特别是如果存在多模块设置或application插件的默认行为导致输出目录发生偏移。
如何确认JAR文件的实际位置：
手动检查目录： 导航到项目根目录，然后尝试进入app/build/libs、main/build/libs或其他可能的模块名下的build/libs。使用build任务的输出： 运行gradlew build。在构建日志中，通常会打印出生成JAR文件的路径。查询Gradle任务属性： 可以通过Gradle的API来查询jar任务的archiveFile属性：
gradlew :jar --console=plain | grep "archiveFile"
或者在build.gradle.kts中临时添加打印语句：
tasks.jar { doLast { println("JAR file path: ${archiveFile.get()}") }}
运行gradlew jar后，会打印出JAR文件的完整路径。
Java CLI应用的分发策略
仅仅生成一个JAR文件通常不是分发Java CLI应用的最佳方式，因为它要求用户手动管理Java运行时环境（JRE/JDK）和所有依赖项。为了提供更好的用户体验，Gradle提供了更高级的分发机制。
1. 使用application插件进行分发
application插件不仅可以运行CLI应用，还提供了方便的分发任务：
installDist： 将应用程序及其所有依赖项复制到build/install/目录中。这个目录包含可执行脚本（Windows的.bat和Unix/Linux的shell脚本），用户可以直接运行这些脚本来启动应用，无需手动配置classpath。
ImagetoCartoon
一款在线AI漫画家，可以将人脸转换成卡通或动漫风格的图像。
106 查看详情 
gradlew installDist
执行后，会在build/install//bin目录下生成启动脚本。
distZip 和 distTar： 生成包含应用程序、所有依赖项和启动脚本的压缩包（ZIP或TAR）。用户下载这些压缩包后，解压即可运行。这是分发CLI应用最常见和推荐的方式之一。
gradlew distZip# 或gradlew distTar
生成的压缩包位于build/distributions目录下。
这些分发任务会自动处理所有运行时依赖，并生成平台无关的启动脚本，极大地简化了用户的部署过程。
2. 构建“胖JAR”（Fat JAR / Uber JAR）
“胖JAR”是将应用程序代码及其所有依赖项（包括第三方库）打包到一个独立的JAR文件中的技术。这样，用户只需要一个JAR文件即可运行应用，无需额外的依赖管理。
要创建胖JAR，通常需要使用专门的Gradle插件，例如shadow插件：
// build.gradle.ktsplugins { application id("com.github.johnrengelman.shadow") version "8.1.1" // 添加shadow插件}// ... 其他配置 ...tasks.shadowJar { archiveBaseName.set("my-cli-app") // 设置胖JAR的基础名称 archiveClassifier.set("") // 移除默认的classifier，使之成为主JAR manifest { attributes["Main-Class"] = application.mainClass.get() // 指定主类 }}// 可选：让build任务依赖shadowJartasks.build { dependsOn(tasks.shadowJar)}
运行gradlew shadowJar，生成的胖JAR文件通常位于build/libs目录下，文件名可能类似于my-cli-app-all.jar或my-cli-app.jar。
3. 使用GraalVM生成原生镜像
对于追求极致性能和完全独立可执行文件的场景，可以考虑使用GraalVM Native Image技术。GraalVM可以将Java应用程序编译成一个自包含的原生可执行文件，无需JVM即可运行，启动速度快，内存占用低。
这通常需要配置GraalVM环境，并在build.gradle.kts中集成相应的插件（如org.graalvm.buildtools.native），然后运行特定的构建任务。
// build.gradle.kts (示例，具体配置可能因GraalVM版本而异)plugins { application id("org.graalvm.buildtools.native") version "0.9.28"}// ... 其他配置 ...graalvmNative { binaries { named("main") { // main是application插件默认的二进制名称 mainClass.set(application.mainClass.get()) // 添加其他配置，如构建参数、JVM参数等 // args.add("-H:+ReportExceptionStackTraces") } }}
运行gradlew nativeCompile（或类似任务），会在build/native/main等目录下生成一个原生可执行文件。
总结
当gradlew jar未在预期位置生成JAR文件时，首先应检查项目结构，特别是对于使用了application插件或存在多模块的项目，JAR文件很可能位于特定模块（如app）的build/libs子目录中。
在分发Java CLI应用时，直接提供一个裸JAR文件并非最佳实践。推荐使用Gradle的application插件提供的installDist、distZip或distTar任务来创建包含所有依赖和启动脚本的完整分发包，以简化用户体验。对于更高级的需求，可以考虑使用shadow插件创建胖JAR，或者利用GraalVM Native Image生成独立的本地可执行文件。选择哪种分发方式取决于应用的复杂性、目标用户群以及对性能和部署便捷性的要求。
以上就是Gradle构建Java CLI应用：JAR文件输出位置与分发策略详解的详细内容，更多请关注创想鸟其它相关文章！
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。
如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 chuangxiangniao@163.com 举报，一经查实，本站将立刻删除。
发布者：程序猿，转转请注明出处：https://www.chuangxiangniao.com/p/1088001.html
微信扫一扫 
支付宝扫一扫 
