Java报错：Exception in thread “main“ java.lang.NoSuchMethodError: ‘org.apache.commons.io.input.BoundedI

造成这样情况的原因可能有： 1、程序中没有main函数； 2、程序中的main函数的修饰符没有static。 3、jar包冲突，导致虚拟机不知道加载哪一个，所以就导致了加载失败，从而找不到这个方法 ...

算是找到了一种Exception in thread "main" java.lang.NoSuchMethodError问题的解决方案

如果仍然报相同错误，说明你的环境里仍然存在另一个有冲突的 Solution.class。请在工程目录下（尤其是 bin、out、target 等编译输出文件夹）搜索并删除所有可能的旧版本，然后重新编译运行。原因是因为在不同的.java程序中使用了同名的Solution类，导致编译器和运行时选择的类不一致。你可以在bin文件夹中删除旧的 .class 文件。

参考文章：https://blog.csdn.net/weixin_42229056/article/details/82686172 报错信息如下： Exception in thread "main" java.lang.UnsatisfiedLinkError: org.apache.hadoop.io.nativeio.NativeIO$Windows.access0(Ljava/lang/String;I)Z at org.apache.hadoop.io.nativeio.Nativ

项目交付后，需呀补充数据库详细设计文档，通过SQL查询到数据库结构信息后，需要一个个手贴到word文档中，每个项目都有一百多张表，实在太难得贴了。于是手搓了一个程序进行支持excel表格读取写入到word中，也支持配置数据库查询将查询结果直接写入到word中。采用Easyexcel-4.0.3版本进行excel文档读取时，出现了ClassNotFoundException异常，具体问题如下。

  一.经验 1.Spark Streaming包含三种计算模式：nonstate .stateful .window 2.kafka可通过配置文件使用自带的zookeeper集群 3.Spark一切操作归根结底是对RDD的操作 4.部署Spark任务，不用拷贝整个架包，只需拷贝被修改的文件，然后在目标服务器上编译打包。 5.kafka的log.dirs不要设置成/tmp下的目录，貌似...

这可能是由于数据源的数据本身就不均衡，如Talos/Kafka的Topic中某些partition的数据量较大，某些partition的数据量较小，此时除了可以从业务上和数据源上解决该问题，如果不需要维护数据的有序性(同partition的数据是有序的，如果下游继续使用forward、hash等流分区方式，将能维持数据消费的有序性，从而确保不出现乱序问题)，那么可以让Flink任务强制shuffle，通过shuffle、reblance或rescale算子即可将数据均匀分配，解决数据倾斜问题。

今天编程又碰到了这个异常。以前碰到了也很少总结，今天就来说一下这个异常发生的几种情况： (1).第一个常见原因jar包中确实没有这个方法，所以虚拟机根本没有加载这个方法。 (2).第二个常见原因是jar包冲突了。导致虚拟机不知道加载哪一个，所以就导致了加载失败，从而找不到这个方法。 (3).第三个，也许就是包含在第二种情况中，该方法只有抽象定义，而没有具体实现。我今天的遇到的是第二种吧。 ...

今天编程又碰到了这个异常。以前碰到了也很少总结，今天就来说一下这个异常发生的几种情况： (1).第一个常见原因jar包中确实没有这个方法，所以虚拟机根本没有加载这个方法。 (2).第二个常见原因是jar包冲突了。导致虚拟机不知道加载哪一个，所以就导致了加载失败，从而找不到这个方法。 (3).第三个，也许就是包含在第二种情况中，该方法只有抽象定义，而没有具体实现。我今天的遇到的是第二种吧。

今天运行程序突然报这个错 刚开始以为是没这个方法，后面去解决后才发现是因为jar包冲突了，导致虚拟机不知道加载哪一个，所以就导致了加载失败，从而找不到这个方法。因为很少出现这样的错，所有记录一下，我这次是因为需要查看mybatis-plus-gennerator的源码自拉了一个jar包到项目导致出错。 总结一下，出现这个错的原因大概有以下几种情况 1.jar包中确实没有这个办法，导致虚拟机没办法加载 2.jar冲突，导致虚拟机不知道加载哪个，导致加载失败。 第一种情况的话看你自己对应的jar有没有引用，且

昨天用的好好的,今天就不行了 也懒得搞 具体原因就是引用的问题 找了个能用的pom 直接贴过去完事儿 转载于:https://www.cnblogs.com/jnhs/p/10105270.html

当Hive运行时加载的Guava库与其所依赖的其他组件使用的Guava库版本不兼容时，就会出现上述的"NoSuchMethodError"错误。更新依赖项：检查Hive项目的依赖项配置文件（如pom.xml或build.gradle）并更新相关的Guava依赖项。解决依赖冲突：如果项目中存在多个依赖项使用了不同版本的Guava库，可以尝试使用Maven或Gradle等构建工具的依赖解析功能来解决冲突。祝你成功地解决问题！排除冲突的依赖项：在项目的依赖项配置文件中，可以通过排除某些特定的依赖项来解决冲突。

今天编程又遇到问题了，完整报错如下： Exception in thread "main" java.lang.NoSuchMethodException: org.apache.zookeeper.server.quorum.QuorumPeer.main([Ljava.lang.String;) at java.lang.Class.getMethod(Class.java:1786) at org.apache.hadoop.util.RunJar.run(RunJ

这是一个包冲突的典型错误，今天搞了一天。从错误信息就能看出是commons.lang出现的问题，解决方案：去掉新增加的conmons.lang依赖，加载其他的版本。 1、在编译之后的目录查看加载的包版本： @~/git/fmp/service/target/fmp/WEB-INF/lib (coupon)$ ls | grep commons-lang commons-lang...