我通过重命名一个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，使用ctrl+shift+T并输入类的包结构(例如:gateway.smpp.PDUEventListener)，你会找到它存在的所有jar /项目。从类路径中删除不必要的jar或将其添加到类路径中。现在它会选择正确的。

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

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

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

我也犯了同样的错误:

  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>

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

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

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

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

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