泛型的局限

经过类型擦除后，List中包含的实际上还是Object的域，而在Java类型系统中Object和基本类型是两套体系，需要通过“自动装包、拆包机制”来进行交互。

2.任何在运行时需要知道确切类型信息的操作都无法工作。

由于Java的泛型是编译期泛型（在进入运行时后没有泛型的概念），因此运行时的类型转换和类型判定等操作都没有效果。

3.冲突1：方法名一样，参数列表是同一个类型参数的两个泛型方法，重载将产生相同的函数签名；

在泛型擦除后，这两个方法签名完全相同，产生冲突；

4.冲突2：使用泛型接口时，需要避免重复实现同一个接口

IDEA编辑器给出所示——“Payable不能被不同的类型参数继承，即不能重复实现同一个接口”

5.不能在静态域或方法中引用类型参数

这个例子跟问题2基本相同，唯一是在方法的签名里多了一个static关键字，然后引发编译错误的原因就变成了：在静态域中无法引用类型变量

泛型的常用经验

尽量消除异常，初学者容易写出使用原生类型的代码，或者使用泛型不当的代码，现在编辑器非常先进，尽量消除提示的异常；对于开发者自己确认不需要消除切可以工作的代码，可以使用@SuppressWarnings("unchecked")屏蔽掉异常；
能用泛型类（或接口）的时候尽量使用；能用泛型方法的时候尽量使用泛型方法；
定义API时，尽量使用泛型；

4.编写基础工具类时，尽量使用泛型；