为什么此代码因 sourceCompatibility=1.8 而失败 [重复]

Question

以下代码在使用 sourceCompatibility=1.7 或 1.6 编译时有效，但在切换到 1.8 后失败：

public class Java8Wat {
  interface Parcelable {
  }

  static class Bundle implements Parcelable {
    public void put(Parcelable parcelable) {
    }

    public void put(Serializable serializable) {
    }

    public <T extends Parcelable> T getParcelable() {
      return null;
    }
  }

  static {
    Bundle inBundle = new Bundle();
    Bundle outBundle = new Bundle();

    outBundle.put(inBundle.getParcelable());
  }
}

编译输出：

Java8Wat.java:23: error: reference to put is ambiguous
        outBundle.put(inBundle.getParcelable());
             ^
both method put(Parcelable) in Bundle and method put(Serializable) in Bundle match

这是代码失败的仓库：https://github.com/chalup/java8-wat。只需从项目目录调用./gradlew clean build。

我浏览了 Java 8 的 JLS，但没有找到任何相关内容。

补充观察：如果我将getParcelable() 签名更改为：

public Parcelable getParcelable()

为什么 java 编译器认为put(Serializable) 是outBundle.put(inBundle.getParcelable()) 调用的潜在适用方法，应该对 Parcelable/Bundle 类进行哪些更改？额外问题：为什么这个错误只发生在 Java 8 上而不发生在 Java 7 上？

Answer 1

我认为这是由于在 java 8 中进行推理的方式发生了变化。并且Parcelable 是一个接口这一事实。 因此，getParcelable 的推断返回类型会导致不明确的调用，因为推断的返回类型可以应用于这两种方法。

我主要参考这个其他问题以获得更清晰的解释：Why can this generic method with a bound return any type?

要真正理解推理在这种特定情况下的工作原理以及为什么它在 java 7 和 8 之间有所不同，这需要对 JLS 的inference part 进行更深入的研究。

Answer 2

正如消息所说，reference to put is ambiguous。

您必须明确地转换该值，以便编译器知道您想使用哪种方法：

outBundle.put((Parcelable)Bundle.getParcelable());

或

outBundle.put((Serializable)Bundle.getParcelable());