先发布，以后有空再修改。。。
第一次看到《java核心技术卷一》中关于泛型这部分的时候感觉很复杂，似乎有说不完的约束条件，让人难以理解。当时只是囫囵吞枣般过了一遍，也没有看出个什么来。现在是时候回过头来认真学习学习这方面的知识啦。在这里记录一下JAVA泛型中比较难理解的部分。
泛型表达式的类型擦除
按照书中的例子：
class Pair<T>{
public Pair(){
first=null;
second=null;
}
public Pair(T _first,T _second){
first=_first;
second=_second;
}
public void setFirst(T _first){
first=_first;
}
public void setSecond(T _second){
second=_second;
}
public T getFirst(){
return first;
}
public T getSecond(){
return second;
}
public String toString(){
return "First:" +first + "\tSecond:"+second;
}
private T first;
private T second;
}
书中提到：虚拟机中是没有泛型类型对象——所有对象都属于普通类。也就是说经过编译之后的字节码文件中是没有“泛型”这个概念的。
因为T是一个无限定的变量，所以上面的代码中的类型T，可以直接用Object来代替，Object是所有类的超类。无论是Pair<String>或者Pair<Integer>，编译后，它们都将变成Pair<Object>
如果类型限定是多个接是多个接口，如果下面的例子：
public class Interval<T extends Comparable & Serializable>{
public Interval(T first,T second){
if(first.compareTo(second)<=0){lower=first;upper=second;}
else {lower=second;upper=first;}
}
...
private T lower;
private T upper;
}
那么编译器在编译的时候，是按接口出现的顺序来进行替换的。如上面，类型T将会被用Comparable来替换。如果要用到类型的Serializable接口的时候，编译会在对应的地方加入强制转换语句。同样，如果限定为： T extends Serializable & Comparable的话，类型T将会被用Serializable来替换。因此，作者说了，为了提高效率，应该将标签接口（没有方法的接口，比如Cloneable）放在边界列表的末尾。
作者还提到编译在处理（翻译）泛型表达式的时候的一些细节问题：
当程序调用泛型方法时，如果擦除返回类型，编译器插入强制类型转换。例如：
Pair<Employee> buddies=...;
Employee buddy=buddies.getFirst();
擦除类型之后将返回Object类型（假设类型T是没有限定的），编译器自动插入Employee的强制类型转换，也就是说，编译器把这个方法的调用翻译成了两条虚拟机指令：
Employee buddy=(Employee)buddies.getFirst();
1。对原始方法（也就是擦除之后的）Pair.getFirst()的调用，这个方法返回一个Object对象。
2。将返回的Object类型的对象强制转换为Employee。
通配符：
直观地讲，带有超类型限定的通配符声明的对象，可以对其进行写入操作。
而带有子类型限定的通配符声明的对象，可以对其进行读取操作。