3

我在一个普通的 jar 中有以下类：

public class Common 
{
  public Common(List list)
  {
    ...  
  }  
}

然后我将构造函数参数从 a 更改List为 a Collection，如下所示：

public class Common 
{
  public Common(Collection collection)
  {
    ...
  }
}

重建公共 jar 并运行系统NoSuchMethodError在调用构造函数时会在任何依赖类中导致 a，直到我重新编译该类。

我有一些想法是什么导致了这种情况，就像构造函数如何绑定在依赖类的字节码中一样，但我不是 100% 确定。

请问有人可以解释一下这里发生了什么吗？

更新

我随后做了一个快速测试并查看了字节码：

Compiled from "Client.java"
public class Client extends java.lang.Object{
public Client();
  Code:
   0:   aload_0
   1:   invokespecial   #1; //Method java/lang/Object."<init>":()V
   4:   return

public static void main(java.lang.String[]);
  Code:
   0:   new #2; //class ArrayList
   3:   dup
   4:   invokespecial   #3; //Method java/util/ArrayList."<init>":()V
   7:   astore_1
   8:   new #4; //class Common
   11:  dup
   12:  aload_1
   13:  invokespecial   #5; //Method Common."<init>":(Ljava/util/List;)V
   16:  pop
   17:  return

}

正如 Tom 所说，正如您在第 13 行所见，确切的构造函数是在编译时绑定的。

你每天学习新的东西 ：-）

4

3 回答 3

5

javac 准确解析在编译时调用哪个方法或构造函数。这不会在链接时发生。由于构造函数签名已更改，链接步骤无法找到请求的方法，因此会引发错误。您可以通过提供给构造函数来修复错误 - 一个接受Collection另一个List。稍后Iterable可以添加一个采用 an 的构造函数。

请注意，泛型类型不构成签名的一部分，因此可以在保持二进制兼容性的同时更改它们。参数和返回类型都构成方法签名的一部分（协变返回导致创建合成桥方法）。

JLS 中有一个很好的部分准确定义了二进制兼容更改的构成。

于 2009-06-16T14:58:03.793 回答
0

您是否导入了正确的 List 和 Collection 类？即java.util.List和java.util.Collection？

于 2009-06-16T14:46:44.597 回答
-1

我认为这可能是库版本的问题。您确定在同一上下文中的其他地方没有另一个版本的公共库吗？

于 2009-06-16T14:51:23.557 回答