首先介绍本文的书写思路：

* 理解NoSuchMethodError的含义
* 复现NoSuchMethodError异常
* 举一个实际的例子
* 提出解决问题的一般思路

 

1、 错误内容：java.lang.NoSuchMethodError: com.Boot: method <init>()V not found 

此提示内容指，com.Boot没有参数为空的构造函数。提示中指明了异常所在的类和对应的函数。

 

2、 java文档： 说的很清楚了，是类的变化不兼容导致的异常。通俗的说法是，调用方使用的类定义和加载的类定义不一样，加载的类实际上没有将要调用的方法。

/**
 * Thrown if an application tries to call a specified method of a
 * class (either static or instance), and that class no longer has a
 * definition of that method.
 * <p>
 * Normally, this error is caught by the compiler; this error can
 * only occur at run time if the definition of a class has
 * incompatibly changed.
 *
 * @author  unascribed
 * @since   JDK1.0
 */
public
class NoSuchMethodError extends IncompatibleClassChangeError {

　　

 

3、 如何制造一个NoSuchMethodError：

这里提供两个java代码。放在com目录下。依次执行以下命令：

javac com/Boot.java

javac com/Cloud.java

vim com/Boot.java  把Boot的无参构造函数注释掉，把有参构造函数的注释打开

javac com/Boot.java  重新编译Boot的类文件，最终结果没有无参构造函数

java com/Cloud  此处会出现NoSuchMethodError异常

　　

方法提供方
package com;

public class Boot{

	private String name;

	// public Boot (String name){
	// 	this.name = name;
	// }    注意这里的两个构造函数。

	public Boot (){
	}
	
	public void run(){
		System.out.println(name);
	}
}

======================
调用方
package com;
import com.Boot;
public class Cloud{

	public Cloud (){
	}

	public static void main(String[] args){
		new Boot().run();
	}
}

　　

4、原因说明

实际使用的类文件不配套导致的异常。即通常所说的jar包版本不一致导致此问题。

 

5、实际举例

Spring Boot 2.x 使用 feign 出现此错误。Spring Cloud 1.1调用的构造函数是 new SpringApplicationBuilder(new Object[0]) ，但Spring Boot 2.1 提供的构造函数只有一个

public SpringApplicationBuilder(Class... sources) {
this.application = this.createSpringApplication(sources);
}

java.lang.NoSuchMethodError: org.springframework.boot.builder.SpringApplicationBuilder.<init>([Ljava/lang/Object;)V
	at org.springframework.cloud.bootstrap.BootstrapApplicationListener.bootstrapServiceContext(BootstrapApplicationListener.java:120)
	at org.springframework.cloud.bootstrap.BootstrapApplicationListener.onApplicationEvent(BootstrapApplicationListener.java:84)
	at org.springframework.cloud.bootstrap.BootstrapApplicationListener.onApplicationEvent(BootstrapApplicationListener.java:62)
	at org.springframework.context.event.SimpleApplicationEventMulticaster.doInvokeListener(SimpleApplicationEventMulticaster.java:172)
	at org.springframework.context.event.SimpleApplicationEventMulticaster.invokeListener(SimpleApplicationEventMulticaster.java:165)
	at org.springframework.context.event.SimpleApplicationEventMulticaster.multicastEvent(SimpleApplicationEventMulticaster.java:139)
	at org.springframework.context.event.SimpleApplicationEventMulticaster.multicastEvent(SimpleApplicationEventMulticaster.java:127)
	at org.springframework.boot.context.event.EventPublishingRunListener.environmentPrepared(EventPublishingRunListener.java:76)
	at org.springframework.boot.SpringApplicationRunListeners.environmentPrepared(SpringApplicationRunListeners.java:53)
	at org.springframework.boot.SpringApplication.prepareEnvironment(SpringApplication.java:342)
	at org.springframework.boot.SpringApplication.run(SpringApplication.java:305)
	at org.springframework.boot.SpringApplication.run(SpringApplication.java:1215)
	at org.springframework.boot.SpringApplication.run(SpringApplication.java:1204)
	at com.Application.main(Application.java:22)

　　

`

 

 

6、解决方式：换依赖jar的版本

 

解决此问题的思路：


A调用B，A是调用方，B是被调用方。
运行时，当A通过符号引用尝试调用B的方法时（b.methodName(args)），符号无法解析出对应的方法调用地址。出现的原因是，B的源代码修改了api并重新编译（从版本1更新到版本2且api发生了变化）。
解决方法有两个，一是修改A的调用逻辑，使之适配新的api；二是继续使用b的旧版本。