一、为什么需要泛型

    一般的类和方法，只能使用具体的类型：要么是基本的数据类型，要么是自定义的类。如果要编写可以用于多种数据类型的代码，这种刻板的限制对代码的束缚就会很大。

一个List类

    定义了一个List类型的集合，先向其中加入了两个字符串类型的值，随后加入一个Integer类型的值。这是完全允许的，因为此时list默认的类型为Object类型。在之后的循环中，由于忘记了之前在list中也加入了Integer类型的值或其他编码原因，很容易出现类似于下面1中的错误。因为编译阶段正常，而运行时会出现“java.lang.ClassCastException”异常。因此，导致此类错误编码过程中不易发现。

java.lang.ClassCaseException

在如上的编码过程中，我们发现主要存在两个问题：

1.当我们将一个对象放入集合中，集合不会记住此对象的类型，当再次从集合中取出此对象时，改对象的编译类型变成了Object类型，但其运行时类型任然为其本身类型。

2.因此，处取出集合元素时需要人为的强制类型转化到具体的目标类型，且很容易出现“java.lang.ClassCastException”异常。而且人为的强转也不利于代码的复用。

所以我们需要一个方法使得我们能够保证在编译阶段代码不出问题，运行阶段代码就一定不会出问题。而这就是泛型的作用。

二.什么是泛型

    泛型，即“参数化类型”。一提到参数，最熟悉的就是定义方法时有形参，然后调用此方法时传递实参。那么参数化类型怎么理解呢？顾名思义，就是将类型由原来的具体的类型参数化，类似于方法中的变量参数，此时类型也定义成参数形式（可以称之为类型形参），然后在使用/调用时传入具体的类型（类型实参）。

泛型实例

    采用泛型写法后，想加入一个Integer类型的对象时会出现编译错误，通过List，直接限定了list集合中只能含有String类型的元素，从而在//2处无须进行强制类型转换，因为此时，集合能够记住元素的类型信息，编译器已经能够确认它是String类型了。

    有很多的原因促成了泛型的出现，而最引人注意的一个原因就是为了创造容器类，在我的博客有一篇讨论了java容器类。容器就是存放要使用的对象的地方。数组也是如此，但是数组能保存单一的类型，容器类与数组想比，容器类更加灵活。具备更多不同的功能。

在这里我们观察一下List的接口定义：

List接口定义

    我们可以看到，在List接口中采用泛型化定义之后，中的E表示类型形参，可以接收具体的类型实参，并且此接口定义中，凡是出现E的地方均表示相同的接受自外部的类型实参。

自然的，ArrayList作为List接口的实现类，其定义形式是：

ArrayList实现

由此我们可以从源代码的角度明白为什么上面的示例代码会产生编译错误。

三、自定义泛型接口、泛型类和泛型方法

    虽然java为我们提供了众多的容器类，但是我们还是会在变成的过程中需要只用自定义的泛型类或者使用泛型参数。

    接口、类和方法都可以使用泛型去定义，以及相应的使用。在具体使用时，可以定义泛型接口、泛型类和泛型方法。自定义泛型接口、泛型类和泛型方法与上述Java源码中的List、ArrayList类似。

一个泛型类

这个类根据传进去的参数不同而生成不同的Box对象，但是无论传进去的是什么类型，Box都可以提供getDate的方法，这个方法不依赖具体的类型而实现。从而使得这个代码可以轻松的应用于不同的地方。

    在泛型接口、泛型类和泛型方法的定义中，我们经常使用T,E,K,V等大写字母来代表泛型形参，来接受来自己外部对使用时传入的参数。

将上面的代码换成下图：

接口实例运行结果

    在使用泛型类时，虽然传入了不同的泛型实参，但并没有真正意义上生成不同的类型，传入不同泛型实参的泛型类在内存上只有一个，即还是原来的最基本的类型（本实例中为Box），当然，在逻辑上我们可以理解成多个不同的泛型类型。

    究其原因，在于Java中的泛型这一概念提出的目的，导致其只是作用于代码编译阶段，在编译过程中，对于正确检验泛型结果后，会将泛型的相关信息擦出，也就是说，成功编译过后的class文件中是不包含任何泛型信息的。泛型信息不会进入到运行时阶段。

    对此总结成一句话：泛型类型在逻辑上看以看成是多个不同的类型，实际上都是相同的基本类型