Wildcard Capture and Helper Methods

有些情况下,编译器会推断统配的类型。比如,一个列表可能定义为List<?>,但是当计算表达式时,编译器通过代码推断出特定的类型。这个场景被称为wildcard capture(通配符捕获)

在大多数情况下,我们无需担心通配符捕获,除非我们看到一条错误消息,其中包含capture of

例子WildcardError在编译时产生一个捕获错误:

import java.util.List;

public class WildcardError {

    void foo(List<?> i) {
        i.set(0, i.get(0));
    }
}

在上面的代码中,编译器将输入参数i处理为Object类型。当函数foo调用 List.set(int, E)时。编译器无法确认插入列表对象的类型,因此生成了一个错误。当发生这种类型的错误时,通常意味着编译器认为我们正在将错误的类型分配给变量。Java语言中加入泛型为的是————在编译时确保类型安全。

当使用Oracle's JDK 7javac实现来编译上面WildcardError的例子会产生如下报错:

WildcardError.java:6: error: method set in interface List<E> cannot be applied to given types;
    i.set(0, i.get(0));
     ^
  required: int,CAP#1
  found: int,Object
  reason: actual argument Object cannot be converted to CAP#1 by method invocation conversion
  where E is a type-variable:
    E extends Object declared in interface List
  where CAP#1 is a fresh type-variable:
    CAP#1 extends Object from capture of ?
1 error

这个例子中,代码试图进行安全操作,所以我们怎么处理编译器的报错呢。我们可通过编写一个捕获通配的private helper method(私有辅助函数)来修复。在这个例子中,我们可以通过创建一个私有辅助函数fooHelper来修复问题,WildcardFixed代码如下:

归功于辅助函数,编译器在调用中使用推断来确定TCAP#1(捕获变量),现在例子能顺利编译了。

按照约定,辅助方法通常命名为originalMethodNameHelper

现在来看一个更复杂的例子WildcardErrorBad:

在这个例子中,代码正进行不安全的操作。比如,看下面对于swapFirst函数的操作:

List <Integer>List <Double>都满足条件List <?extends Number>,但是从Integer列表中取出一项并将其放入Double值列表中显然是不正确的。

使用Oracle's JDK javac编译器编译此段代码会产生如下报错:

没有辅助函数能修复这个问题,因为代码从根本上就是错误的。

Last updated

Was this helpful?