首先,这个错误必然是运行期间的,网上说了一堆,检查类有没有这个方法,我觉得都是废话,没有这个方法,能通过编译?
2023年自我纠正一下,反射的时候,方法不存在也会报错!还有什么场景,欢迎大佬们来指出!
下面我分享一个我项目运行报错java.lang.NoSuchMethodException
情景
第一,我保证自己项目绝对有这个类和这个方法。且有一个?
第二,其他什么形参也都正确,从服务器拿包下来,反编译class文件也都没问题。阿,这。。。。。
反复打包反复发布到生产都不行,但是奇葩的是,测试环境并没有报错。
于是玄学了一天,本来完全肯定是有同包同名的另一个class类存在,而这个类没有我要得方法。折腾了大半天,失去了信心。
有一个前提:我们本地jar包启动springboot都没有这个错误。都是打包到外部容器,war包运行就会出现这个错误。
终于:idea全局搜索了意外看到了All Places,发现maven引的一个jar包也存在同包同名的另一个class,啃爹啊。没有选All Places,只能找到项目工程下的,并不能找到jar包里面的内容。
找到这个同包同名的class文件之后,删除也好,maven排除依赖也好,都可以,按实际情况来定。
总结:存在同包同名的class文件,方法不一致,由于jvm的类加载机制,可能会加载另一个不是我们想要的class。所以在运行的时候报错java.lang.NoSuchMethodException.
最后:
请仔细检查类冲突!!!
请仔细检查类冲突!!!
请仔细检查类冲突!!!
真相大白2023年
编辑器会优先加载我们自己写的class,这块可以配置。而打成jar包发布到tomcat容器,会按照jar包文件名排序优先加载lib下的jar。所以可能本地好好的什么事也没发生,是我们预期的想要的类,到了测试或者生产环境,就加载的另一个同胞同名的class文件了。