泛型的内部原理：类型擦除以及类型擦除带来的问题

时间 2019-11-10

标签内部原理类型擦除以及带来问题繁體版

原文原文链接

参考：java核心技术

1、Java泛型的实现方法：类型擦除

Java的泛型是伪泛型。为何说Java的泛型是伪泛型呢？由于，在编译期间，全部的泛型信息都会被擦除掉。正确理解泛型概念的首要前提是理解类型擦除（type erasure）。java

Java中的泛型基本上都是在编译器这个层次来实现的。在生成的Java字节码中是不包含泛型中的类型信息的。使用泛型的时候加上的类型参数，会在编译器在编译的时候去掉。这个过程就称为类型擦除。编程

如在代码中定义的List<object>和List<String>等类型，在编译后都会编程List。JVM看到的只是List，而由泛型附加的类型信息对JVM来讲是不可见的。Java编译器会在编译时尽量的发现可能出错的地方，可是仍然没法避免在运行时刻出现类型转换异常的状况。类型擦除也是Java的泛型实现方法与C++模版机制实现方式之间的重要区别。数组

能够经过两个简单的例子，来证实java泛型的类型擦除。安全

例一、eclipse

public class Test4 {  
    public static void main(String[] args) {  
        ArrayList<String> arrayList1=new ArrayList<String>();  
        arrayList1.add("abc");  
        ArrayList<Integer> arrayList2=new ArrayList<Integer>();  
        arrayList2.add(123);  
        System.out.println(arrayList1.getClass()==arrayList2.getClass());  
    }  
}

在这个例子中，咱们定义了两个ArrayList数组，不过一个是ArrayList<String>泛型类型，只能存储字符串。一个是 ArrayList<Integer>泛型类型，只能存储整形。最后，咱们经过arrayList1对象和arrayList2对象的 getClass方法获取它们的类的信息，最后发现结果为true。说明泛型类型String和Integer都被擦除掉了，只剩下了原始类型。ide

例二、测试

public class Test4 {  
    public static void main(String[] args) throws IllegalArgumentException, SecurityException, IllegalAccessException, InvocationTargetException, NoSuchMethodException {  
        ArrayList<Integer> arrayList3=new ArrayList<Integer>();  
        arrayList3.add(1);//这样调用add方法只能存储整形，由于泛型类型的实例为Integer  
        arrayList3.getClass().getMethod("add", Object.class).invoke(arrayList3, "asd");  
        for (int i=0;i<arrayList3.size();i++) {  
            System.out.println(arrayList3.get(i));  
        }  
    }
}

在程序中定义了一个ArrayList泛型类型实例化为Integer的对象，若是直接调用add方法，那么只能存储整形的数据。不过当咱们利用反射调用add方法的时候，却能够存储字符串。这说明了Integer泛型实例在编译以后被擦除了，只保留了原始类型。this

2、类型擦除后保留的原始类型

在上面，两次提到了原始类型，什么是原始类型？原始类型（raw type）就是擦除去了泛型信息，最后在字节码中的类型变量的真正类型。不管什么时候定义一个泛型类型，相应的原始类型都会被自动地提供。类型变量被擦除（crased），并使用其限定类型（无限定的变量用Object）替换。spa

例3：设计

class Pair<T> {
    private T value;
    public T getValue() {
        return value;  
    }
    public void setValue(T  value) {
        this.value = value;
    }
}

Pair<T>的原始类型为：

class Pair {  
    private Object value;  
    public Object getValue() {  
        return value;  
    }  
    public void setValue(Object  value) {  
        this.value = value;  
    }  
}

由于在Pair<T>中，T是一个无限定的类型变量，因此用Object替换。其结果就是一个普通的类，如同泛型加入java变成语言以前已经实现的那样。在程序中能够包含不一样类型的Pair，如Pair<String>或Pair<Integer>，可是，擦除类型后它们就成为原始的Pair类型了，原始类型都是Object。

从上面的那个例2中，咱们也能够明白ArrayList<Integer>被擦除类型后，原始类型也变成了Object，因此经过反射咱们就能够存储字符串了。

若是类型变量有限定，那么原始类型就用第一个边界的类型变量来替换。

好比Pair这样声明

例4：

public class Pair<T extends Comparable& Serializable> {  

}

那么原始类型就是Comparable

注意：

若是Pair这样声明public class Pair<T extends Serializable&Comparable> ，那么原始类型就用Serializable替换，而编译器在必要的时要向Comparable插入强制类型转换。为了提升效率，应该将标签（tagging）接口（即没有方法的接口）放在边界限定列表的末尾。

要区分原始类型和泛型变量的类型

在调用泛型方法的时候，能够指定泛型，也能够不指定泛型。

在不指定泛型的状况下，泛型变量的类型为该方法中的几种类型的同一个父类的最小级，直到Object。

在指定泛型的时候，该方法中的几种类型必须是该泛型实例类型或者其子类。

public class Test2{  
    public static void main(String[] args) {  
        /**不指定泛型的时候*/  
        int i=Test2.add(1, 2); //这两个参数都是Integer，因此T为Integer类型  
        Number f=Test2.add(1, 1.2);//这两个参数一个是Integer，以风格是Float，因此取同一父类的最小级，为Number  
        Object o=Test2.add(1, "asd");//这两个参数一个是Integer，以风格是Float，因此取同一父类的最小级，为Object  
  
        /**指定泛型的时候*/  
        int a=Test2.<Integer>add(1, 2);//指定了Integer，因此只能为Integer类型或者其子类  
        int b=Test2.<Integer>add(1, 2.2);//编译错误，指定了Integer，不能为Float  
        Number c=Test2.<Number>add(1, 2.2); //指定为Number，因此能够为Integer和Float  
    }  
      
    //这是一个简单的泛型方法  
    public static <T> T add(T x,T y){  
        return y;  
    }  
}

其实在泛型类中，不指定泛型的时候，也差很少，只不过这个时候的泛型类型为Object，就好比ArrayList中，若是不指定泛型，那么这个ArrayList中能够听任意类型的对象。

举例：

public static void main(String[] args) {  
    ArrayList arrayList=new ArrayList();  
    arrayList.add(1);  
    arrayList.add("121");  
    arrayList.add(new Date());  
}

3、类型擦除引发的问题及解决方法

由于种种缘由，Java不能实现真正的泛型，只能使用类型擦除来实现伪泛型，这样虽然不会有类型膨胀的问题，可是也引发了许多新的问题。因此，Sun对这些问题做出了许多限制，避免咱们犯各类错误。

一、先检查，在编译，以及检查编译的对象和引用传递的问题

既然说类型变量会在编译的时候擦除掉，那为何咱们往ArrayList<String> arrayList=new ArrayList<String>();所建立的数组列表arrayList中，不能使用add方法添加整形呢？不是说泛型变量 Integer会在编译时候擦除变为原始类型Object吗，为何不能存别的类型呢？既然类型擦除了，如何保证咱们只能使用泛型变量限定的类型呢？

java是如何解决这个问题的呢？java编译器是经过先检查代码中泛型的类型，而后再进行类型擦除，在进行编译的。

举个例子说明：

public static  void main(String[] args) {  
    ArrayList<String> arrayList=new ArrayList<String>();  
    arrayList.add("123");  
    arrayList.add(123);//编译错误  
}

在上面的程序中，使用add方法添加一个整形，在eclipse中，直接就会报错，说明这就是在编译以前的检查。由于若是是在编译以后检查，类型擦除后，原始类型为Object，是应该运行任意引用类型的添加的。可实际上却不是这样，这偏偏说明了关于泛型变量的使用，是会在编译以前检查的。

那么，这么类型检查是针对谁的呢？咱们先看看参数化类型与原始类型的兼容

以ArrayList举例子，之前的写法：

ArrayList arrayList=new ArrayList();

如今的写法：

ArrayList<String>  arrayList=new ArrayList<String>();

若是是与之前的代码兼容，各类引用传值之间，必然会出现以下的状况：

ArrayList<String> arrayList1=new ArrayList(); //第一种 状况  
ArrayList arrayList2=new ArrayList<String>();//第二种 状况

这样是没有错误的，不过会有个编译时警告。

不过在第一种状况，能够实现与彻底使用泛型参数同样的效果，第二种则彻底没效果。

由于，原本类型检查就是编译时完成的。new ArrayList()只是在内存中开辟一个存储空间，能够存储任何的类型对象。而真正涉及类型检查的是它的引用，由于咱们是使用它引用 arrayList1 来调用它的方法，好比说调用add()方法。因此arrayList1引用能完成泛型类型的检查。

而引用arrayList2没有使用泛型，因此不行。

举例子：

public class Test10 {  
    public static void main(String[] args) {  
          
        //  
        ArrayList<String> arrayList1=new ArrayList();  
        arrayList1.add("1");//编译经过  
        arrayList1.add(1);//编译错误  
        String str1=arrayList1.get(0);//返回类型就是String  
          
        ArrayList arrayList2=new ArrayList<String>();  
        arrayList2.add("1");//编译经过  
        arrayList2.add(1);//编译经过  
        Object object=arrayList2.get(0);//返回类型就是Object  
          
        new ArrayList<String>().add("11");//编译经过  
        new ArrayList<String>().add(22);//编译错误  
        String string=new ArrayList<String>().get(0);//返回类型就是String  
    }  
}

经过上面的例子，咱们能够明白，类型检查就是针对引用的，谁是一个引用，用这个引用调用泛型方法，就会对这个引用调用的方法进行类型检测，而无关它真正引用的对象。

从这里，咱们能够再讨论下泛型中参数化类型为何不考虑继承关系

在Java中，像下面形式的引用传递是不容许的：

ArrayList<String> arrayList1=new ArrayList<Object>();//编译错误  
ArrayList<Object> arrayList1=new ArrayList<String>();//编译错误

咱们先看第一种状况，将第一种状况拓展成下面的形式：

ArrayList<Object> arrayList1=new ArrayList<Object>();  
arrayList1.add(new Object());  
arrayList1.add(new Object());  
ArrayList<String> arrayList2=arrayList1;//编译错误

实际上，在第4行代码的时候，就会有编译错误。那么，咱们先假设它编译没错。那么当咱们使用arrayList2引用用get()方法取值的时候，返回的都是String类型的对象（上面提到了，类型检测是根据引用来决定的。），但是它里面实际上已经被咱们存放了Object类型的对象，这样，就会有 ClassCastException了。因此为了不这种极易出现的错误，Java不容许进行这样的引用传递。（这也是泛型出现的缘由，就是为了解决类型转换的问题，咱们不能违背它的初衷）。

在看第二种状况，将第二种状况拓展成下面的形式：

ArrayList<String> arrayList1=new ArrayList<String>();  
arrayList1.add(new String());  
arrayList1.add(new String());  
ArrayList<Object> arrayList2=arrayList1;//编译错误

没错，这样的状况比第一种状况好的多，最起码，在咱们用arrayList2取值的时候不会出现ClassCastException，由于是从 String转换为Object。但是，这样作有什么意义呢，泛型出现的缘由，就是为了解决类型转换的问题。咱们使用了泛型，到头来，仍是要本身强转，违背了泛型设计的初衷。因此java不容许这么干。再说，你若是又用arrayList2往里面add()新的对象，那么到时候取得时候，我怎么知道我取出来的究竟是String类型的，仍是Object类型的呢？

因此，要格外注意，泛型中的引用传递的问题。

二、自动类型转换

由于类型擦除的问题，因此全部的泛型类型变量最后都会被替换为原始类型。这样就引发了一个问题，既然都被替换为原始类型，那么为何咱们在获取的时候，不须要进行强制类型转换呢？看下ArrayList和get方法：

public E get(int index) {  
    RangeCheck(index);  
    return (E) elementData[index];  
}

看以看到，在return以前，会根据泛型变量进行强转。

写了个简单的测试代码：

public class Test {  
     public static void main(String[] args) {  
          ArrayList<Date> list=new ArrayList<Date>();  
          list.add(new Date());  
          Date myDate=list.get(0); 
     }
}

而后反编了下字节码，以下

public static void main(java.lang.String[]);  
Code:  
0: new #16 // class java/util/ArrayList  
3: dup  
4: invokespecial #18 // Method java/util/ArrayList."<init  
:()V  
7: astore_1  
8: aload_1  
9: new #19 // class java/util/Date  
12: dup  
13: invokespecial #21 // Method java/util/Date."<init>":()  
  
16: invokevirtual #22 // Method java/util/ArrayList.add:(L  
va/lang/Object;)Z  
19: pop  
20: aload_1  
21: iconst_0  
22: invokevirtual #26 // Method java/util/ArrayList.get:(I  
java/lang/Object;  
25: checkcast #19 // class java/util/Date  
28: astore_2  
29: return

看第22 ，它调用的是ArrayList.get()方法，方法返回值是Object，说明类型擦除了。而后第25，它作了一个checkcast操做，即检查类型#19，在在上面找#19引用的类型，他是
9: new #19 // class java/util/Date
是一个Date类型，即作Date类型的强转。
因此不是在get方法里强转的，是在你调用的地方强转的。

附关于checkcast的解释：
checkcast checks that the top item on the operand stack (a reference to an object or array) can be cast to a given type. For example, if you write in Java:
return ((String)obj);
then the Java compiler will generate something like:
aload_1 ; push -obj- onto the stack
checkcast java/lang/String ; check its a String
areturn ; return it
checkcast is actually a shortand for writing Java code like:

if (! (obj == null || obj instanceof <class>)) {
throw new ClassCastException();
}
// if this point is reached, then object is either null, or an instance of
// <class> or one of its superclasses.

三、类型擦除与多态的冲突和解决方法

如今有这样一个泛型类：

class Pair<T> {  
    private T value;  
    public T getValue() {  
        return value;  
    }  
    public void setValue(T value) {  
        this.value = value;  
    }  
}

而后咱们想要一个子类继承它

class DateInter extends Pair<Date> {  
    @Override  
    public void setValue(Date value) {  
        super.setValue(value);  
    }  
    @Override  
    public Date getValue() {  
        return super.getValue();  
    }  
}

在这个子类中，咱们设定父类的泛型类型为Pair<Date>，在子类中，咱们覆盖了父类的两个方法，咱们的原意是这样的：

将父类的泛型类型限定为Date，那么父类里面的两个方法的参数都为Date类型：

public Date getValue() {  
    return value;  
}  
public void setValue(Date value) {  
    this.value = value;  
}

因此，咱们在子类中重写这两个方法一点问题也没有，实际上，从他们的@Override标签中也能够看到，一点问题也没有，其实是这样的吗？

分析：

实际上，类型擦除后，父类的的泛型类型所有变为了原始类型Object，因此父类编译以后会变成下面的样子：

class Pair {  
    private Object value;  
    public Object getValue() {  
        return value;  
    }  
    public void setValue(Object  value) {  
        this.value = value;  
    }  
}

再看子类的两个重写的方法的类型：

@Override  
public void setValue(Date value) {  
    super.setValue(value);  
}  
@Override  
public Date getValue() {  
    return super.getValue();  
}

先来分析setValue方法，父类的类型是Object，而子类的类型是Date，参数类型不同，这若是实在普通的继承关系中，根本就不会是重写，而是重载。

咱们在一个main方法测试一下：

public static void main(String[] args) throws ClassNotFoundException {  
    DateInter dateInter=new DateInter();  
    dateInter.setValue(new Date());                  
    dateInter.setValue(new Object());//编译错误  
}

若是是重载，那么子类中两个setValue方法，一个是参数Object类型，一个是Date类型，但是咱们发现，根本就没有这样的一个子类继承自父类的Object类型参数的方法。因此说，倒是是重写了，而不是重载了。

为何会这样呢？

缘由是这样的，咱们传入父类的泛型类型是Date，Pair<Date>，咱们的本意是将泛型类变为以下：

class Pair {  
    private Date value;  
    public Date getValue() {  
        return value;  
    }  
    public void setValue(Date value) {  
        this.value = value;  
    }  
}

而后再子类中重写参数类型为Date的那两个方法，实现继承中的多态。

但是因为种种缘由，虚拟机并不能将泛型类型变为Date，只能将类型擦除掉，变为原始类型Object。这样，咱们的本意是进行重写，实现多态。但是类型擦除后，只能变为了重载。这样，类型擦除就和多态有了冲突。JVM知道你的本意吗？知道！！！但是它能直接实现吗，不能！！！若是真的不能的话，那咱们怎么去重写咱们想要的Date类型参数的方法啊。

因而JVM采用了一个特殊的方法，来完成这项功能，那就是桥方法。

首先，咱们用javap -c className的方式反编译下DateInter子类的字节码，结果以下：

class com.tao.test.DateInter extends com.tao.test.Pair<java.util.Date> {  
  com.tao.test.DateInter();  
    Code:  
       0: aload_0  
       1: invokespecial #8                  // Method com/tao/test/Pair."<init>":()V  
       4: return  
  
  public void setValue(java.util.Date);  //咱们重写的setValue方法  
    Code:  
       0: aload_0  
       1: aload_1  
       2: invokespecial #16                 // Method com/tao/test/Pair.setValue:(Ljava/lang/Object;)V  
       5: return  
  
  public java.util.Date getValue();    //咱们重写的getValue方法  
    Code:  
       0: aload_0  
       1: invokespecial #23                 // Method com/tao/test/Pair.getValue:()Ljava/lang/Object;  
       4: checkcast     #26                 // class java/util/Date  
       7: areturn  
  
  public java.lang.Object getValue();     //编译时由编译器生成的桥方法  
    Code:  
       0: aload_0  
       1: invokevirtual #28                 // Method getValue:()Ljava/util/Date 去调用咱们重写的getValue方法;  
       4: areturn  
  
  public void setValue(java.lang.Object);   //编译时由编译器生成的桥方法  
    Code:  
       0: aload_0  
       1: aload_1  
       2: checkcast     #26                 // class java/util/Date  
       5: invokevirtual #30                 // Method setValue:(Ljava/util/Date;去调用咱们重写的setValue方法)V  
       8: return  
}

从编译的结果来看，咱们本意重写setValue和getValue方法的子类，居然有4个方法，其实不用惊奇，最后的两个方法，就是编译器本身生成的桥方法。能够看到桥方法的参数类型都是Object，也就是说，子类中真正覆盖父类两个方法的就是这两个咱们看不到的桥方法。而打在咱们本身定义的 setvalue和getValue方法上面的@Oveerride只不过是假象。而桥方法的内部实现，就只是去调用咱们本身重写的那两个方法。

因此，虚拟机巧妙的使用了桥方法，来解决了类型擦除和多态的冲突。

不过，要提到一点，这里面的setValue和getValue这两个桥方法的意义又有不一样。

setValue方法是为了解决类型擦除与多态之间的冲突。

而getValue却有广泛的意义，怎么说呢，若是这是一个普通的继承关系：

那么父类的setValue方法以下：

public Object getValue() {  
    return super.getValue();  
}

而子类重写的方法是：

public Date getValue() {  
    return super.getValue();  
}

其实这在普通的类继承中也是广泛存在的重写，这就是协变。

关于协变：。。。。。。

而且，还有一点也许会有疑问，子类中的桥方法 Object getValue()和Date getValue()是同时存在的，但是若是是常规的两个方法，他们的方法签名是同样的，也就是说虚拟机根本不能分别这两个方法。若是是咱们本身编写Java代码，这样的代码是无法经过编译器的检查的，可是虚拟机倒是容许这样作的，由于虚拟机经过参数类型和返回类型来肯定一个方法，因此编译器为了实现泛型的多态容许本身作这个看起来“不合法”的事情，而后交给虚拟器去区别。

四、泛型类型变量不能是基本数据类型

不能用类型参数替换基本类型。就好比，没有ArrayList<double>，只有 ArrayList<Double>。由于当类型擦除后，ArrayList的原始类型变为Object，可是Object类型不能存储 double值，只能引用Double的值。

五、运行时类型查询

举个例子:

ArrayList<String> arrayList=new ArrayList<String>();

由于类型擦除以后，ArrayList<String>只剩下原始类型，泛型信息String不存在了。

那么，运行时进行类型查询的时候使用下面的方法是错误的

if( arrayList instanceof ArrayList<String>)

java限定了这种类型查询的方式

if( arrayList instanceof ArrayList<?>)

？是通配符的形式，将在后面一篇中介绍。

六、异常中使用泛型的问题

一、不能抛出也不能捕获泛型类的对象。事实上，泛型类扩展Throwable都不合法。例如：下面的定义将不会经过编译：

public class Problem<T> extends Exception{......}

为何不能扩展Throwable，由于异常都是在运行时捕获和抛出的，而在编译的时候，泛型信息全都会被擦除掉，那么，假设上面的编译可行，那么，在看下面的定义：

try{
     
}catch(Problem<Integer> e1){  
   。。  
}catch(Problem<Number> e2){  
   ...  
}

类型信息被擦除后，那么两个地方的catch都变为原始类型Object，那么也就是说，这两个地方的catch变的如出一辙,就至关于下面的这样

try{  

}catch(Problem<Object> e1){  
    。。  
}catch(Problem<Object> e2){  
    ... 
}

这个固然就是不行的。就比如，catch两个如出一辙的普通异常，不能经过编译同样：

try{  

}catch(Exception e1){  
   。。  
}catch(Exception  e2){//编译错误  
   ... 
}

二、不能再catch子句中使用泛型变量

public static <T extends Throwable> void doWork(Class<T> t){  
   try{  
        ...  
   }catch(T e){ //编译错误  
        ...  
   }  
}

由于泛型信息在编译的时候已经变味原始类型，也就是说上面的T会变为原始类型Throwable，那么若是能够再catch子句中使用泛型变量，那么，下面的定义呢：

public static <T extends Throwable> void doWork(Class<T> t){  
        try{  
            ...  
        }catch(T e){ //编译错误  
            ...  
        }catch(IndexOutOfBounds e){ 
 
        }                           
 }

根据异常捕获的原则，必定是子类在前面，父类在后面，那么上面就违背了这个原则。即便你在使用该静态方法的使用T是 ArrayIndexOutofBounds，在编译以后仍是会变成Throwable，ArrayIndexOutofBounds是 IndexOutofBounds的子类，违背了异常捕获的原则。因此java为了不这样的状况，禁止在catch子句中使用泛型变量。

可是在异常声明中可使用类型变量。下面方法是合法的。

public static<T extends Throwable> void doWork(T t) throws T{  
    try{  
        ...  
    }catch(Throwable realCause){  
        t.initCause(realCause);  
        throw t;   
    }
}

上面的这样使用是没问题的。

七、数组（这个不属于类型擦除引发的问题）

不能声明参数化类型的数组。如：

Pair<String>[] table = new Pair<String>(10); //ERROR

这是由于擦除后，table的类型变为Pair[]，能够转化成一个Object[]。

Object[] objarray = table;

数组能够记住本身的元素类型，下面的赋值会抛出一个ArrayStoreException异常。

objarray ="Hello"; //ERROR

对于泛型而言，擦除下降了这个机制的效率。下面的赋值能够经过数组存储的检测，但仍然会致使类型错误。

objarray = new Pair<Employee>();

提示：若是须要收集参数化类型对象，直接使用ArrayList：ArrayList<Pair<String>>最安全且有效。

八、泛型类型的实例化

不能实例化泛型类型。如，

first = new T(); //ERROR

是错误的，类型擦除会使这个操做作成new Object()。
不能创建一个泛型数组。

public<T> T[] minMax(T[] a){  
     T[] mm = new T[2]; //ERROR  
     ...  
}

相似的，擦除会使这个方法老是构靠一个Object[2]数组。可是，能够用反射构造泛型对象和数组。

利用反射，调用Array.newInstance:

publicstatic <T extends Comparable> T[]minmax(T[] a) {  
      T[] mm == (T[])Array.newInstance(a.getClass().getComponentType(),2);   
       ...    
      // 以替换掉如下代码    
      // Obeject[] mm = new Object[2];    
      // return (T[]) mm;    
}

九、类型擦除后的冲突

一、当泛型类型被擦除后，建立条件不能产生冲突。若是在Pair类中添加下面的equals方法：

class Pair<T>   {  
    public boolean equals(T value) {  
        return null;  
    }        
}

考虑一个Pair<String>。从概念上，它有两个equals方法：

boolean equals(String); //在Pair<T>中定义

boolean equals(Object); //从object中继承

可是，这只是一种错觉。实际上，擦除后方法

boolean equals(T)

变成了方法 boolean equals(Object)

这与Object.equals方法是冲突的！固然，补救的办法是从新命名引起错误的方法。

二、泛型规范说明说起另外一个原则“要支持擦除的转换，须要强行制一个类或者类型变量不能同时成为两个接口的子类，而这两个子类是同一接品的不一样参数化。”

下面的代码是非法的：

class Calendar implements Comparable<Calendar>{ ... } 
 
class GregorianCalendar extends Calendar implements Comparable<GregorianCalendar>{...} //ERROR

GregorianCalendar会实现Comparable<Calender>和Compable<GregorianCalendar>，这是同一个接口的不一样参数化实现。

这一限制与类型擦除的关系并不很明确。非泛型版本：

class Calendar implements Comparable{ ... }  

class GregorianCalendar extends Calendar implements Comparable{...} //ERROR

是合法的。

十、泛型在静态方法和静态类中的问题

泛型类中的静态方法和静态变量不可使用泛型类所声明的泛型类型参数

举例说明：

public class Test2<T> {    
    public static T one;   //编译错误    
    public static  T show(T one){ //编译错误    
        return null;    
    }    
}

由于泛型类中的泛型参数的实例化是在定义对象的时候指定的，而静态变量和静态方法不须要使用对象来调用。对象都没有建立，如何肯定这个泛型参数是何种类型，因此固然是错误的。

可是要注意区分下面的一种状况：

public class Test2<T> {      
    public static <T >T show(T one){//这是正确的    
        return null;    
    }    
}

由于这是一个泛型方法，在泛型方法中使用的T是本身在方法中定义的T，而不是泛型类中的T。