关于java 8向后兼容性的问题:JDK中的新方法

Question

简单的问题.在Java 8中,我们在JDK类中有大量新方法.假设我们使用Java 7(或Java 6)创建了这样的类:

class MyArrayList<E> extends ArrayList<E> {
        public void sort(Comparator<E> c) {
            // some sort
        }
}

这是非常合理的实施.现在我们尝试使用Java 8编译它并收到可预期的编译错误:

error: name clash: sort(Comparator<E#1>) in MyArrayList and sort(Comparator<? super E#2>) in ArrayList have the same erasure, yet neither overrides the other
            public void sort(Comparator<E> c) {
                        ^   where E#1,E#2 are type-variables:
    E#1 extends Object declared in class I.MyArrayList
    E#2 extends Object declared in class ArrayList

在这里,我想提出2个问题:

1. 即使javac -source 1.7 -target 1.7使用JDK 8选项,我也收到同样的错误 - 为什么？我认为这些选项应该允许编译遗留代码.

2. 一般的向后兼容性怎么样？

编辑准确地说,可能是我做错了什么？JDK 1.8.0_65,Mac OS X:

bash-3.2$ javac -version
javac 1.8.0_65
bash-3.2$ javac -source 1.7 -target 1.7 MyArrayList.java 
warning: [options] bootstrap class path not set in conjunction with -source 1.7
MyArrayList.java:7: error: name clash: sort(Comparator<E#1>) in MyArrayList and sort(Comparator<? super E#2>) in ArrayList have the same erasure, yet neither overrides the other
    public void sort(Comparator<E> c) {
                ^
  where E#1,E#2 are type-variables:
    E#1 extends Object declared in class MyArrayList
    E#2 extends Object declared in class ArrayList
1 error
1 warning

Answer 1

1. 因为即使使用这些选项,您仍然在编译Java 8类.JDK不知道在哪个版本的JDK中出现了哪些方法.所有这些选项都告诉编译器只接受您正在编译的代码中的Java 7语法,并生成Java 7字节码.您必须将实际链接传递给JDK 7类(使用该-bootclasspath选项)进行交叉编译.

2. 是的,这是一个问题.并不是很大,并且拥有所有这些新的默认方法的好处比使用一些罕见的非编译代码的不便更重要.

Answer 2

1. -source 1.7只说源使用Java 7语言功能.-target 1.7表示输出的字节码针对特定版本的JVM.但是,您仍在编译JDK 8.由于您是交叉编译的,因此您必须告诉javac使用-bootclasspath和存在Java 7的引导程序和扩展类的位置-extdirs
2. 接口中的默认方法(在Java 8中引入)允许您在不破坏现有代码的情况下添加新功能.它不是一个防弹解决方案,可能会有一些小问题(这个答案会详细解释这些问题).但总的来说,兼容性问题非常罕见.