对原jar包解压后修改原class文件后重新打包为jar

文章目录

背景

在新代码中调用的高版本方法但是依赖的历史版本用的低版本，存在调用方法不存在，有可能你编译时通过，但是调用时发现JVM依赖的版本是旧版本，导致调用的新版方法发生异常。例如我下面的这个异常，那么我们就需要调和这种依赖冲突。

java.lang.NoSuchMethodError: 'java.lang.reflect.Field[] org.apache.commons.lang3.reflect.FieldUtils.getAllFields(java.lang.Class)
'
xxxx.core.domain.SplitFields(25)

这种情况通常是我们依赖第三方jar，或者其他团队提供的jar，自身没有源码，或者自己的历史版本源码实在不想动了。

或者我们希望在现有的jar中添加自己的方法，或者修改现有jar中的依赖启动项目，比如历史jar依赖的当前运行环境中的resource中的配置文件，或者特定的文件路径比如d//config，这种如果在centos环境，或者在docer环境根本就无法加载到这些文件路径。因此需要我们手动修改源文件，但是有没有源码的情况下的不得已而为之。

三种修改方式

1.POM中移除原jar中依赖的历史版本

如果原jar使用的pom.xml依赖我们可以使用exclusions排除该依赖，当然也就不需要我们这里提到的修改原jar了

<dependency>
            <groupId>com.alibaba.cloud</groupId>
            <artifactId>spring-cloud-starter-alibaba-nacos-discovery</artifactId>
            <exclusions>
                <exclusion>
                    <groupId>com.netflix.ribbon</groupId>
                    <artifactId>ribbon</artifactId>
                </exclusion>
            </exclusions>
        </dependency>

2.原jar它不使用pom依赖而是直接放在源码中再编译

这种情况使用上面的排除是没办法的，如下图，org.apache.commons.lang3的源码它给直接合到它的项目中了，而不是使用的依赖pom加载，这种方式，你只能通过本文的方式手工清理这种强依赖。

在这里插入图片描述
方法如下:
使用rar解压工具打开文件，找到对应的org.apache.commons.lang3,直接删除即可

切换到META-INF\maven下找到
找到对应的commons-lang3直接删除
在这里插入图片描述
如此重新添加到仓库中或者放入项目的lib下面即可解除旧版本的依赖

使用JarEditor 插件对源码进行修改(推荐)

IDE安装完 JarEditor 后，右键点击项目中的 .class 文件，在反编译界面可以切换到 JarEditor 的 tab 页面，方便对 JAR 文件进行编辑。

对于外部 JAR 文件，可以通过 File -> Project Structure -> Libraries -> Add Library 来添加外部 JAR，并在项目视图中对其进行反编译和编辑操作,
如下图我对我遇到的依赖jar中的旧版本代码进行修改增加新版本中新的方法如下，然后保存即可覆盖源jar中的文件

target选择JDK版本8即可；

保存后我们关闭编辑页面，重新双击打开jar中的FieldUtils我们可以看到它已经有我们上面添加的方法代码块了。

在这里插入图片描述

使用java-decompiler反编译后修改源码覆盖原class（不好用-不推荐直接跳过）

以上都不行那就只能修改原class了，比如写死的加载路径，或者已经无法再外面满足的配置文件地址等等。

jar解压jar拿到源class先看通用命令

#解压当前文件到当前目录
 jar -xvf .\MQSDK1.6.1.jar
  #重新压缩当前路径下的所有文件为 MQSDK1.6.1.jar
 jar cvfM0 MQSDK1.6.1.jar ./*

比如这里我们看到了，需要修改这个代码rg.git.gr.modules.clm.controller.company.CompanyApplyController

首先创建或者直接使用现有的项目，在src下面新建一个同名同目录的类文件org.git.gr.modules.clm.controller.company.CompanyApplyController目的是编译后后它的包路径和文件名方法名依然和原来一样，不会造成代码冲突和异常
在这里插入图片描述

然后使用java-decompiler反编译工具找到原jar解压路径种对应类，复制里面的内容信息到自己新增的类中，修改新类的源码后重新编译，使用编译后的class文件覆盖原解压的jar中的对应文件。

提醒

以上修改原jar的方式，如果使用的pom加载记得都要修改版本号后提交到仓库中，不然下次拉取可能还是原来的版本内容。

如果使用外部加载lib的方式则保留好修改后的jar资源就可以了。

参考资料-推荐阅读拓展

告别繁琐反编译：IDEA中轻松反编译与修改Jar包
https://datamining.blog.csdn.net/article/details/142311328