修改已有 JAR 中的类时，需要保持包路径、依赖和目标 Java 版本一致。以下是普通 JAR 的操作思路，文件名与类名均为示例。

内容维护说明：旧文的两张本地截图未随站点保留下来，现以文字步骤替代，移除了失效图片与本地编辑器路径；没有重新制作或冒充原截图。

准备工程与依赖

  1. 先备份原 JAR，使用 jar tf a.jar 查看目标类的包路径及目录结构。
  2. 在 IDEA 中创建 Java 工程，按原包名建立源码目录和 Java 文件，例如 com.example.Example 对应 src/com/example/Example.java。
  3. 在模块依赖中加入编译需要的原 JAR 及其依赖库，确认 IDE 能解析父类、接口和引用类型。仅把文件复制到源码目录，不等于已加入编译 classpath。
  4. 将项目 SDK、语言级别和编译目标设为与原运行环境兼容的版本。构建后检查输出目录中的包路径与原 JAR 一致；内部类或匿名类还可能产生额外 class 文件。

更新已有 JAR

下面示例使用类 Unix 系统的 classpath 分隔符；Windows 使用分号。具体依赖和编译目标版本应按工程调整。

cp a.jar a-patch.jar
javac -cp "a.jar:lib/*" -d build/classes src/com/example/Example.java
jar uf a-patch.jar -C build/classes .
jar tf a-patch.jar

这里在原 JAR 的副本中更新生成的类，避免从一个不完整目录重建整个归档、漏掉原来的资源或清单。build/classes 应只包含本次需要替换的编译结果。

验证范围

核对目标 class 路径、生成的内部类、运行时依赖与 Java 版本，并在对应环境验证实际功能。签名 JAR 修改内容后需要按项目的签名流程重新构建、签名和验证；不能把普通 JAR 的更新示例当作签名仍有效的证明。Spring Boot 等带专门布局或启动器的归档，应优先使用原项目构建流程。

参考：Oracle jar 工具说明、Oracle jarsigner 验证说明。本文没有声称对某个具体第三方 JAR 完成兼容性测试。