瓯海建设网站,湘潭网站建设的公司,网站设计侵权,儿童网站欣赏文章目录 背景三种修改方式1.POM中移除原jar中依赖的历史版本2.原jar它不使用pom依赖而是直接放在源码中再编译使用JarEditor 插件对源码进行修改(推荐)使用java-decompiler反编译后修改源码覆盖原class#xff08;不好用-不推荐直接跳过#xff09;提醒 参考资料-推荐阅读拓… 文章目录 背景三种修改方式1.POM中移除原jar中依赖的历史版本2.原jar它不使用pom依赖而是直接放在源码中再编译使用JarEditor 插件对源码进行修改(推荐)使用java-decompiler反编译后修改源码覆盖原class不好用-不推荐直接跳过提醒 参考资料-推荐阅读拓展 背景
在新代码中调用的高版本方法但是依赖的历史版本用的低版本存在调用方法不存在有可能你编译时通过但是调用时发现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了
dependencygroupIdcom.alibaba.cloud/groupIdartifactIdspring-cloud-starter-alibaba-nacos-discovery/artifactIdexclusionsexclusiongroupIdcom.netflix.ribbon/groupIdartifactIdribbon/artifactId/exclusion/exclusions/dependency2.原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.jarjar 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
