这通常是在使用像Apache Ant这样的构建系统时引起的，该构建系统只在java文件比类文件更新时才编译java文件。如果方法签名发生了变化，并且类使用了旧版本，则可能无法正确编译。通常的修复方法是做一个完整的重建(通常是“ant clean”然后“ant”)。

有时，当针对一个库版本进行编译，但针对不同的版本运行时，也会导致这种情况。

在没有更多信息的情况下，很难确定问题，但根本原因是您很可能针对缺少方法的类的不同版本编译了一个类，而不是您在运行时使用的类。

查看堆栈跟踪…如果在对库中的对象调用方法时出现异常，则很可能在编译和运行时使用了该库的不同版本。确保这两个地方都有正确的版本。

如果在对由您创建的类实例化的对象调用方法时出现异常，那么您的构建过程似乎是错误的。确保在编译时更新了实际运行的类文件。

这也可以是使用反射的结果。如果你的代码反映了一个类，并通过名称提取了一个方法(例如:with class。getDeclaredMethod("someMethodName"， .....))，那么每当方法名称发生变化时，例如在重构期间，您将需要记住更新反射方法的参数以匹配新的方法签名，否则getDeclaredMethod调用将抛出NoSuchMethodException。

如果这是原因，那么堆栈跟踪应该显示调用反射方法的点，您只需要更新参数以匹配实际的方法签名。

根据我的经验，当单元测试私有方法/字段，并使用TestUtilities类提取字段以进行测试验证时，偶尔会出现这种情况。(通常在设计时没有考虑到单元测试的遗留代码。)

注意，在反射的情况下，您将得到NoSuchMethodException，而对于非反射代码，您将得到NoSuchMethodError。当我面对其中一种和另一种时，我倾向于去看非常不同的地方。

如果你在写一个webapp，确保你的容器的全局库目录和你的应用程序中没有冲突的jar版本。你可能不知道类加载器正在使用哪个jar。

如。

" /好/李勃200 mywebapp / WEB-INF /李勃

如果您有权更改JVM参数，那么添加详细输出将允许您查看从哪个JAR文件加载了哪些类。

java -verbose:class <other args>

当你的程序运行时，JVM应该转储到标准输出信息，例如:

.．. [加载junit.framework.Assert from file:/C:/Program%20Files/junit3.8.2/junit.jar] .．.

我也有你的问题，我就是这么解决的。下面的步骤是添加库的一种工作方式。我已经正确地完成了前两个步骤，但是我没有完成最后一个步骤，即直接将“.jar”文件从文件系统拖到eclipse项目的“lib”文件夹中。此外，我必须从构建路径和“lib”文件夹中删除之前版本的库。

步骤1 -添加.jar构建路径

步骤2 -关联源和javadocs(可选)

步骤3 -实际拖动。jar文件到“lib”文件夹(非可选)

来回答最初的问题。根据java文档:

"NoSuchMethodError"当应用程序试图调用类(静态或实例)的指定方法，而该类不再有该方法的定义时抛出。

通常，这个错误会被编译器捕获;只有当类的定义发生不兼容的更改时，此错误才会在运行时发生。

如果发生在运行时，检查包含该方法的类是否在类路径中。 检查是否添加了新版本的JAR，方法是否兼容。

我在更改应用程序中的方法签名时遇到了类似的问题。 清理和重建我的项目解决了“NoSuchMethodError”。

如果您的文件名与包含main方法的类名不同，则可能会导致此错误。

这些问题是由在相同的两个类中使用相同的对象引起的。 所使用的对象不包含已添加新对象类包含的新方法。

ex:

filenotnull=/DayMoreConfig.conf
16-07-2015 05:02:10:ussdgw-1: Open TCP/IP connection to SMSC: 10.149.96.66 at 2775
16-07-2015 05:02:10:ussdgw-1: Bind request: (bindreq: (pdu: 0 9 0 [1]) 900 900 GEN 52 (addrrang: 0 0 2000) ) 
Exception in thread "main" java.lang.NoSuchMethodError: gateway.smpp.PDUEventListener.<init>(Lgateway/smpp/USSDClient;)V
        at gateway.smpp.USSDClient.bind(USSDClient.java:139)
        at gateway.USSDGW.initSmppConnection(USSDGW.java:274)
        at gateway.USSDGW.<init>(USSDGW.java:184)
        at com.vinaphone.app.ttn.USSDDayMore.main(USSDDayMore.java:40)

-bash-3.00$ 

这些问题是由伴随的02相似类引起的(1在src, 1在jar文件这里是gateway.jar)

如果使用Maven或其他框架，并且您几乎随机地得到这个错误，请尝试像这样干净地安装…

clean install

如果您编写了对象并且知道它有方法，那么这种方法尤其可能工作。

我也遇到过同样的问题。当类中存在模糊性时，也会出现这种情况。我的程序试图调用一个方法，该方法存在于两个JAR文件中，位于相同的位置/类路径。删除一个JAR文件或只使用一个JAR文件来执行代码。检查您使用的不是相同的JAR，也不是包含相同类的同一个JAR的不同版本。

DISP_E_EXCEPTION [step] [] [Z-JAVA-105 Java异常Java .lang. nosuchmethoderror (com.example.yourmethod)]

这意味着相应的方法在类中不存在:

如果您正在使用jar，那么反编译并检查jar的各个版本是否有适当的类。 检查是否从源代码编译了正确的类。

以上答案解释得很好。再补充一点 如果你正在使用eclipse，使用ctrl+shift+T并输入类的包结构(例如:gateway.smpp.PDUEventListener)，你会找到它存在的所有jar /项目。从类路径中删除不必要的jar或将其添加到类路径中。现在它会选择正确的。

对我来说，它发生了，因为我改变了函数中的参数类型，从对象a，到字符串a。我可以用清洁和重新构建来解决它

我刚刚通过重新启动Eclipse并运行应用程序解决了这个错误。 我的情况可能是因为我在没有关闭项目或Eclipse的情况下替换了源文件。 这导致了我使用的不同版本的类。

我也遇到过类似的问题。

Caused by: java.lang.NoSuchMethodError: com.abc.Employee.getEmpId()I

最后，我发现根本原因是改变了变量的数据类型。

java——>包含数据类型从int改为String的变量(EmpId)。 使用getter getEmpId()检索值。

我们应该通过只包含修改过的类来重新打包jar。由于在ReportGeneration.java中没有任何变化，我只是在Jar文件中包含了Employee.class。我必须在jar中包含ReportGeneration.class文件来解决这个问题。

大多数时候java.lang.NoSuchMethodError会被编译器捕获，但有时它会在运行时发生。如果此错误在运行时发生，那么惟一的原因可能是类结构的更改使其不兼容。

最佳解释:https://www.journaldev.com/14538/java-lang-nosuchmethoderror

试试这种方法:删除项目目录下的所有.class文件(当然，还有所有子目录)。重建。

有时mvn clean(如果您使用maven)不会清除javac手动创建的.class文件。这些旧文件包含旧签名，导致NoSuchMethodError。

我也遇到过这种错误。

我的问题是我改变了一个方法的签名，就像这样

void invest(Currency money){...}

成

void invest(Euro money){...}

从类似于的上下文调用此方法

public static void main(String args[]) {
    Bank myBank = new Bank();

    Euro capital = new Euro();
    myBank.invest(capital);
}

编译器对警告/错误保持沉默，因为资本既是货币也是欧元。

出现问题的原因是，我只编译了定义方法的类- Bank，而没有编译调用方法的类，其中包含main()方法。

您可能不会经常遇到这个问题，因为最常见的情况是手动重新构建项目或自动触发Build操作，而不仅仅是编译一个修改过的类。

我的用例是，我生成了一个.jar文件，它是用来作为一个热修复，不包含App.class，因为这是没有修改。对我来说，不包含它是有意义的，因为我通过继承保留了初始参数的基类。

问题是，当你编译一个类时，产生的字节码是静态的，换句话说，它是一个硬引用。

原始的分解字节码(由javap工具生成)如下所示:

 #7 = Methodref          #2.#22         // Bank.invest:(LCurrency;)V

在ClassLoader加载新的编译后的Bank.class后，它将找不到这样一个方法，它看起来好像它被删除了而没有被更改，因此出现了命名错误。

希望这能有所帮助。

我通过重命名一个Junit测试文件在Eclipse中解决了这个问题。 在我的Eclipse工作空间中，我有一个App项目和一个Test项目。 Test项目将App项目作为构建路径上的必需项目。

开始获取NoSuchMethodError。 然后我意识到Test项目中的类与App项目中的类具有相同的名称。

App/  
  src/
     com.example/  
       Projection.java
Test/  
  src/
     com.example/
       Projection.java

在将测试重命名为正确的名称“ProjectionTest.java”后，异常消失了。

在我的案例中，问题是在构建路径中有相同库的两个版本。这个库的旧版本没有这个功能，新版本有。

只是在现有的答案上增加。我在eclipse中使用tomcat时遇到了这个问题。我换了一门课，做了以下步骤，

在eclipse中清洁和建造项目 MVN清洁安装 重新启动tomcat

我仍然面临着同样的错误。然后我清理tomcat，清理tomcat工作目录并重新启动服务器，我的问题消失了。希望这对大家有所帮助

我在使用Intelij的Gradle项目中遇到了类似的问题。 我通过删除.gradle(见下面的截图)包和重建项目来解决这个问题。 .gradle包

NoSuchMethodError:我花了几个小时来修复这个问题，最终通过重命名包名来修复它，清洁和构建…尝试清洁构建首先，如果它不工作尝试重命名类名或包名和清洁构建…它应该被修复。祝你好运。

我也犯了同样的错误:

  Exception in thread "main" java.lang.NoSuchMethodError: com.fasterxml.jackson.core.JsonGenerator.writeStartObject(Ljava/lang/Object;)V
        at com.fasterxml.jackson.databind.ser.BeanSerializer.serialize(BeanSerializer.java:151)
        at com.fasterxml.jackson.databind.ser.DefaultSerializerProvider.serializeValue(DefaultSerializerProvider.java:292)
        at com.fasterxml.jackson.databind.ObjectMapper._configAndWriteValue(ObjectMapper.java:3681)
        at com.fasterxml.jackson.databind.ObjectMapper.writeValueAsString(ObjectMapper.java:3057)

为了解决这个问题，我检查了，首先，模块依赖关系图(在你的POM中单击组合-> Ctrl+Alt+Shift+U或右键单击你的POM -> Maven ->显示依赖关系)，以了解库之间的冲突到底在哪里(Intelij IDEA)。在我的特殊情况下，我有不同版本的Jackson依赖项。

1)所以，我直接在我的项目POM中明确地添加了这两个的最高版本- 2.8.7。

属性:

<jackson.version>2.8.7</jackson.version>

作为依赖项:

<dependency>
    <groupId>com.fasterxml.jackson.core</groupId>
    <artifactId>jackson-databind</artifactId>
    <version>${jackson.version}</version>
</dependency>

2)但也可以使用依赖排除来解决。

同样的原理，如下例所示:

  <dependency>
      <groupId>group-a</groupId>
      <artifactId>artifact-a</artifactId>
      <version>1.0</version>
          <exclusions>
             <exclusion>
                <groupId>com.fasterxml.jackson.core</groupId>
                <artifactId>jackson-databind</artifactId>
             </exclusion>
         </exclusions>
  </dependency>

不需要版本的依赖项将从项目中排除。

在我的情况下，我有一个多模块项目和场景像com.xyz.TestClass是在模块a，以及在模块B和模块a依赖于模块B。因此，创建一个程序集jar，我认为只有一个版本的类被保留，如果没有调用的方法，然后我得到NoSuchMethodError运行时异常，但编译是好的。

相关网址:https://reflectoring.io/nosuchmethod/

发生此错误的实例: 我碰巧犯了一个愚蠢的错误，在一个非静态方法中访问私有静态成员变量。将方法改为静态解决了这个问题。

我也遇到过同样的问题。我改变了一个方法的返回类型，并运行了这个类的测试代码。这就是我面对这个NoSuchMethodError的时候。作为一种解决方案，在再次运行测试代码之前，我在整个存储库上运行了一次maven构建。这个问题在下一次测试运行中得到了解决。

为什么没有人提到依赖冲突?这个常见问题可能与包含不同版本的依赖jar有关。 详细解释及解决方法:https://dzone.com/articles/solving-dependency-conflicts-in-maven

简短的回答;

添加这个maven依赖项;

<plugin>
<groupId>org.apache.maven.plugins</groupId>
<artifactId>maven-enforcer-plugin</artifactId>
<version>3.0.0-M3</version>
<configuration>
    <rules>
        <dependencyConvergence />
    </rules>
</configuration>
</plugin>

然后运行这个命令;

mvn enforcer:enforce

也许这就是你面临问题的原因。

对我来说，这里提到的解决办法没有一个是没用的。

将模拟核从3.3.3更新到3.4.3修复了这个问题。

我认为这是由于MockitoAnnotations.initMock()方法在Mockito JUnit 5 version 3中被弃用并被MockitoAnnotations.openMocks()所取代。

另一方面，检查本地Maven Repository并删除可能导致冲突的不必要的jar可能是值得的。但在使用此步骤时，请注意，不要删除手动安装的(或在操作前备份)。

为了我的案子。我必须检查其他参考方法。我需要将各处的方法签名更改为与新更新的方法签名相同。

例如，将特定方法的返回类型从集合更改为数组列表。