jar命令本身不区分openjdk或oracle jdk，只要安装标准jdk（含openjdk），jar工具均位于$java_home/bin/下且用法一致；但jar cvf仅打包不生成manifest.mf，要运行需用jar cvfm并确保清单文件格式严格合规（首尾空行、main-class路径正确、class-path相对主jar目录等）。
jar 命令本身不区分 OpenJDK 还是 Oracle JDK ——只要安装的是标准 JDK（包括 OpenJDK），jar 工具就在 $JAVA_HOME/bin/ 下，用法完全一致。OpenJDK 17、21 等主流版本都自带完整 jar 实现，无需额外安装。
jar cvf 能直接打普通 jar 包，但不能运行
这是最常误用的点：只用 jar cvf app.jar *.class 打出来的包，java -jar app.jar 会报 no main manifest attribute。
-
c表示创建归档，v是详细输出（可选），f指定文件名 —— 这三者只是“打包动作”，不写任何元数据 - 没有
MANIFEST.MF，JVM 就不知道哪个类是入口，也无法设置Class-Path依赖路径 - 如果只是想把 class 文件归档备用（比如当依赖库给别的项目用），这样打没问题；但要直接运行，必须加
m参数并提供清单文件
打可执行 jar 必须用 jar cvfm，并确保 MANIFEST.MF 格式正确
关键不是“有没有清单文件”，而是它的内容和换行是否合规 —— OpenJDK 对 MANIFEST.MF 的解析比旧版更严格。
- 第一行不能是空行；最后一行必须是空行（即内容结束后要有一个回车）
- 必须包含
Main-Class: com.example.Main（类名要带完整包路径，且 .class 文件必须在 jar 包内对应位置） - 如果依赖外部 jar（比如
lib/commons-lang3.jar），需加Class-Path: lib/commons-lang3.jar，注意路径是相对于主 jar 包所在目录的，不是 jar 包内部路径 - 多个依赖用空格分隔，不能换行；
Class-Path只保留清单里最后一个定义，前面的会被忽略 - 命令形如：
jar cvfm app.jar MANIFEST.MF com/example/*.class
OpenJDK 容器里用 jar 命令要小心工作目录和路径拼接
在 Dockerfile 中调用 jar（比如构建阶段二次打包），容易因路径错位导致 class 找不到或 manifest 生效失败。
- OpenJDK 镜像（如
openjdk:21-slim）默认没装javac，但jar一定有 —— 不过它只负责归档，不编译 - 如果在容器里执行
jar，务必先WORKDIR到源 class 目录，否则com/example/Main.class会因路径不对被压进错误位置 -
COPY进来的MANIFEST.MF如果路径写错（比如多了一层src/main/resources/），jar 命令不会报错，但生成的 jar 里 manifest 可能缺失或格式损坏 - 建议在宿主机用本地 OpenJDK 打好 jar 再 COPY 进容器，避免容器内环境差异干扰
真正容易出问题的，从来不是 jar 命令本身，而是 MANIFEST.MF 的空行、路径、大小写，以及你误以为“打完就能跑”——其实 JVM 启动时读 manifest 是硬性校验，错一个字符就失败。
