该方法对于类型Error是不明确的

时间:2016-01-01 12:44:19

标签: java overloading ambiguous

我试图理解JAVA中的重载是如何工作的,并试图掌握在JAVA中扩展,自动装箱和变换时应用的各种重载规则。我无法理解以下情况中发生的情况:

declare @actualMonth int 
declare @actualYear int
set  @actualYear = 2015
set @actualMonth = 12
DECLARE @DATE DATETIME
SET @DATE = DATEADD(dd,-1,DATEADD(YY,1,CAST(@actualYear   AS varchar(20)) ))

select SUBSTRING(convert (varchar,@DATE),0,CHARINDEX(':',convert (varchar,@DATE))-2)
print  @DATE

此时,我在 package package1; public class JustAClass { public static void add(int a, long b) { System.out.println("all primitives"); } //public static void add(Integer a, long b) { // System.out.println("Wraper int, primitive long"); //} public static void add(int a, Long b) { System.out.println("Primitive int, Wrapper long"); } public static void add(Integer a, Long b){ System.out.println("All wrapper"); } public static void main(String[] args) { int a = 10; Integer b = 10; long c = 9; Long d = 9l; add(a,c); add(a,d); add(b,c); add(b,d); } } 方法的第三次调用add时收到编译错误。 为什么会这样?确定哪种方法调用有效的规则是什么?在下面的案例中究竟发生了什么? 我觉得The method is ambiguous for the type Error重载的add方法应该可行。请帮助我理解这背后的概念。

1 个答案:

答案 0 :(得分:7)

方法重载分辨率有3个阶段。第一阶段不进行自动装箱/拆箱,这意味着需要装箱/取消装箱传递参数才能匹配其中一个重载版本add的方法只有在没有匹配的情况下才会被考虑发现不需要装箱/拆箱。这就是为什么有3个完全匹配的电话有效的原因。关于add(b,c);,请参见下文为何其含糊不清。

   add(a,c); // exact match to add(int a, long b)
   add(a,d); // exact match to add(int a, Long b)
   add(b,c); // there is no exact match, so at least one of the passed parameters must
             // be boxed or unboxed. However, by unboxing b to int or boxing 
             // c to Long, each of the three add methods can match, and the 
             // compiler doesn't know which one to prefer
   add(b,d); // exact match to add(Integer a, Long b)