反编译后Java文件存在缺失代码，能否重新编译并修改Jar包？

没问题，你完全可以重新编译并修改这个Jar文件，哪怕有些函数只有Byte Code注释——只要你不需要修改那些带Byte Code注释的函数就行，这对你要改的硬编码字段映射需求完全不影响。

下面给你拆解下逻辑和操作要点：

• 核心：只聚焦你要修改的主类即可
  你不需要关心那些带Byte Code注释的函数，它们只是被你要修改的主类调用而已。只要你能成功反编译出需要修改的主类的完整可编译源码（不是Byte Code注释的形式），就可以单独修改这个主类，编译后替换回原Jar里对应的.class文件就行，完全不用碰那些无法反编译成源码的函数。

• 为什么Byte Code注释的函数不影响？
  JD-GUI显示这种注释，通常是因为该函数的字节码无法被反编译器转换成易读的Java源码（比如代码被混淆过，或者用到了特殊字节码指令），但这并不代表这个函数的.class文件有问题——它依然是合法的、可以被JVM正常执行的字节码。你的主类调用这些函数时，只要方法签名（参数类型、返回值类型）没变，JVM就能正常调用，完全不受反编译结果的影响。

• 具体操作步骤参考

  1. 用更可靠的反编译器（比如IDEA内置的FernFlower，比JD-GUI反编译成功率更高）导出你需要修改的主类的源码，确保这个源码是完整可编译的（没有Byte Code注释）。
  2. 修改主类里的硬编码字段映射，改成你需要的配置。
  3. 准备好原Jar的所有依赖（包括原Jar里的其他类、第三方库），用javac编译你修改后的主类源码，生成新的.class文件。注意要和原Jar的编译JDK版本保持一致，避免字节码版本不兼容。
  4. 用压缩工具（比如7-Zip）打开原Jar文件，找到对应主类的.class文件，用新生成的文件替换它。
  5. 测试修改后的Jar，验证字段映射是否按预期生效。

• 额外注意点

  • 如果原Jar是签名过的，替换.class文件后签名会失效，要是运行环境要求签名，你可能需要重新签名；如果不影响运行，去掉签名也可以。
  • 不要修改那些带Byte Code注释的函数的调用逻辑，比如不要改参数类型、返回值处理方式，否则可能会出现调用错误。

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