这些问题是由于在相同的两个类中使用相同的对象造成的。使用的对象不包含新对象类包含的新方法。
前任：

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相似类引起的（src中1个，jar文件中1个是gateway.jar）

对我来说，这是因为我将函数中的参数类型从object a改为string a。我可以解决它与清洁和建设再次

如果您正在编写webapp，请确保容器的全局库目录和应用程序中没有jar的冲突版本。您可能不一定知道类加载器正在使用哪个jar。
例如
tomcat/common/lib
mywebapp/web-inf/lib

这也可能是使用反射的结果。如果您有反映在类上并按名称提取方法的代码（例如：with Class.getDeclaredMethod("someMethodName", .....) )然后，每当方法名发生更改时（例如在重构期间），您都需要记住更新反射方法的参数以匹配新方法签名或 getDeclaredMethod 呼叫将抛出 NoSuchMethodException .
如果这是原因，那么堆栈跟踪应该显示调用反射方法的点，并且您只需要更新参数以匹配实际的方法签名。
根据我的经验，在单元测试私有方法/字段和使用 TestUtilities 类来提取用于测试验证的字段(通常使用的是没有考虑到单元测试的遗留代码。）

如果您使用maven或其他框架，并且几乎是随机地出现此错误，请尝试一个干净的安装，如。。。

clean install

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

这通常是在使用apacheant这样的构建系统时造成的，该系统只在java文件比类文件更新时编译java文件。如果一个方法签名发生了变化，并且类使用的是旧版本，则可能无法正确编译。通常的修复方法是进行完全重建（通常是“ant clean”，然后是“ant”）。
有时，在对库的一个版本进行编译但在另一个版本上运行时，也会导致这种情况。

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

java -verbose:class <other args>

程序运行时，jvm应转储到标准输出信息，例如：
...
[从文件：/c:/program%20files/junit3.8.2/junit.jar加载了junit.framework.assert]
...

注意，在反射的情况下，你会得到一个 NoSuchMethodException ，而使用非反射代码 NoSuchMethodError . 当我面对一个和另一个的时候，我倾向于去不同的地方寻找。

我有你的问题，我就是这样解决的。以下步骤是添加库的有效方法。我已经正确地完成了前两个步骤，但是我没有通过将“.jar”文件直接从文件系统拖到eclipse项目的“lib”文件夹来完成最后一个步骤。此外，我还必须从构建路径和“lib”文件夹中删除库的早期版本。

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

步骤2-关联源代码和javadocs（可选）

第3步-实际将.jar文件拖到“lib”文件夹中（不是可选的）