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

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

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

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

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

我也犯了同样的错误:

  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>

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

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

我也遇到过这种错误。

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

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后，它将找不到这样一个方法，它看起来好像它被删除了而没有被更改，因此出现了命名错误。

希望这能有所帮助。