java 高级泛型_Java高级特性之泛型

前言

想写一下关于 Java 一些高级特性的文章，虽然这些特性在平常实现普通业务时不必使用，但如果想写出优雅而高扩展性的代码，或是想读得懂一些优秀的源码，这些特性又是不可避免的。

如果对这些特性不了解，不熟悉特性的应用场景，使用时又因为语法等原因困难重重，很难让人克服惰性去使用它们，所以身边总有一些同事，工作了很多年，却从没有用过 Java 的某些高级特性，写出的代码总是差那么一点儿感觉。

为了避免几年后自己的代码还是非常 low，我准备从现在开始深入理解一下这些特性。本文先写一下应用场景最多的泛型。

文章欢迎转载，请尊重作者劳动成果，带上原文链接：http://www.cnblogs.com/zhenbianshu/p/9029148.html

泛型是什么

首先来说泛型是什么。泛型的英文是 generics，中文意思是通用的、一类的，结合其应用场景，我理解泛型是一种 通用类型。但我们一般指泛型都是指其实现方式，也就是 将类型参数化。

对于 Java 这种强类型语言来说，如果没有泛型的话，处理相同逻辑不同类型的需求会非常麻烦。

如果想写一个对 int 型数据的快速排序，我们编码为(不是主角，网上随便找的=_=)：

可是如果需求变了，现在需要实现 int 和 long 两种数据类型的快排，那么我们需要利用 Java 类方法重载功能，复制以上代码，将参数类型改为 double 粘贴一遍。可是，如果还要实现 float、double 甚至字符串、各种类的快速排序呢，难道每添加一种类型就要复制粘贴一遍代码吗，这样未必太不优雅。

当然我们也可以声明传入参数为 Object，并在比较两个元素大小时，判断元素类型，并使用对应的方法比较。这样，代码就会恶心在类型判断上了。不优雅的范围小了一点，并不能解决问题。

这时，我们考虑使用通用类型(泛型)，将快排方法的参数设置为一个通用类型，无论什么样的参数，只要实现了 Comparable 接口，都可以传入并排序。

那么，可以总结一下泛型的应用场景了，当遇到以下场景时，我们可以考虑使用泛型：

当参数类型不明确，可能会扩展为多种时。

想声明参数类型为 Object，并在使用时用 instanceof 判断时。

需要注意，泛型只能替代Object的子类型，如果需要替代基本类型，可以使用包装类，至于为什么，会在下文中说明。

使用

然后我们来看一下，泛型怎么用。

声明

泛型的声明使用 的形式，需要在一个地方同时声明多个占位符时，使用 , 隔开。占位符的格式并无限制，不过一般约定使用单个大写字母，如 T 代表类型(type)，E 代表元素*(element)等。虽然没有严格规定，不过为了代码的易读性，最好使用前检查一下约定用法。

泛型指代一种参数类型，可以声明在类、方法和接口上。

我们最常把泛型声明在类上：

把泛型声明在方法上时：

最后是在接口中声明泛型，如上面的快排中，我们使用了 Comparable 的泛型接口，与此类似的还有 Searializable Iterable等，其实在接口中声明与在类中声明并没有什么太大区别。

调用

然后是泛型的调用，泛型的调用和普通方法或类的调用没有什么大的区别，如下：

类型擦除

讲泛型不可不提类型擦除，只有明白了类型擦除，才算明白了泛型，也就可以避开使用泛型时的坑。

由来

严格来说，Java 的泛型并不是真正的泛型。Java 的泛型是 JDK1.5 之后添加的特性，为了兼容之前版本的代码，其实现引入了类型擦除的概念。

类型擦除指的是：Java 的泛型代码在编译时，由编译器进行类型检查，之后会将其泛型类型擦除掉，只保存原生类型，如 Generics 被擦除后是 Generics，我们常用的 List 被擦除后只剩下 List。

接下来的 Java 代码在运行时，使用的还是原生类型，并没有一种新的类型叫 泛型。这样，也就兼容了泛型之前的代码。

如以下代码：

结果 longList 和 stringList 输出的类型都为 class java.util.ArrayList，两者类型相同，说明其泛型类型被擦除掉了。

实际上，实现了泛型的代码的字节码内会有一个 signature 字段，其中指向了常量表中泛型的真正类型，所以泛型的真正类型，还可以通过反射获取得到。

实现

那么类型擦除之后，Java 是如何保证泛型代码执行期间没有问题的呢？

我们将一段泛型代码用 javac 命令编译成 class 文件后，再使用 javap 命令查看其字节码信息：

我们会发现，类型里的 T 被替换成了 Object 类型，而在 main 方法里 getField 字段时，进行了类型转换(checkcast)，如此，我们可以看出来 Java 的泛型实现了，一段泛型代码的编译运行过程如下：

编译期间编译器检查传入的泛型类型与声明的泛型类型是否匹配，不匹配则报出编译器错误；

编译器执行类型擦除，字节码内只保留其原始类型；

运行期间，再将 Object 转换为所需要的泛型类型。

也就是说：Java 的泛型实际上是由编译器实现的，将泛型类型转换为 Object 类型，在运行期间再进行状态转换。

实践问题

由上，我们来看使用泛型时需要注意的问题：

具体类型须为Object子类型

上文中提到实现泛型时声明的具体类型必须为 Object 的子类型，这是因为编译器进行类型擦除后会使用 Object 替换泛型类型，并在运行期间进行类型转换，而基础类型和 Object 之间是无法替换和转换的。

如：Generics generics = new Generics(); 在编译期间就会报错的。

边界限定通配符的使用

泛型虽然为通用类型，但也是可以设置其通用性的，于是就有了边界限定通配符，而边界通配符要配合类型擦除才好理解。

extends Generics> 是上边界限定通配符，避开 上边界 这个比较模糊的词不谈，我们来看其声明 xx extends Generics， XX 是继承了 Generics 的类(也有可能是实现，下面只说继承)，我们按照以下代码声明：

我们会发现最后一行编译报错，至于为什么，可以如此理解：XX 是继承了 Generics 的类，List 中取出来的类一定是可以转换为 Generics，所以 get 方法没问题；而具体是什么类，我们并不知道，将父类强制转换成子类可能会造成运行期错误，所以编译器不允许这种情况；

而同理 super Generics> 是下边界限定通配符， XX 是 Generics 的父类，所以：

使用前需要根据这两种情况，考虑需要 get 还是 set， 进而决定用哪种边界限定通配符。

最佳实践

当然，泛型并不是一个万能容器。什么类型都往泛型里扔，还不如直接使用 Object 类型。

什么时候确定用泛型，如何使用泛型，这些问题的解决不仅仅只依靠编程经验，我们来整理一下泛型的实践方式：

将代码逻辑拆分为两部分：通用逻辑和类型相关逻辑； 通用逻辑是一些跟参数类型无关的逻辑，如快排的元素位置整理等； 类型相关逻辑，顾名思义，是需要确定类型后才能编写的逻辑，如元素大小的比较，String 类型的比较和 int 类型的比较就不一样。

如果没有类型相关的逻辑，如 List 作为容器不需要考虑什么类型，那么直接完善通用代码即可。

如果有参数类型相关的逻辑，那么就需要考虑这些逻辑是否已有共同的接口实现，如果已有共同的接口实现，可以使用边界限定通配符。如快排的元素就实现了 Compare 接口，Object 已经实现了 toString() 方法，所有的打印语句都可以调用它。

如果还没有共同的接口，那么需要考虑是否可以抽象出一个通用的接口实现，如打印人类的衣服颜色和动物的毛皮颜色，就可以抽象出一个 getColor() 接口，抽象之后再使用边界限定通配符。

如果无法抽象出通用接口，如输出人类身高或动物体重这种，还是不要使用泛型了，因为不限定类型的话，具体类型的方法调用也就无从谈起，编译也无法通过。

我将以上步骤整理了一个流程图，按照这个图，我们可以快速得出能不能用泛型，怎么用泛型。

小结

好好理了一下泛型，感觉收获颇多，Java 迷雾被拨开了一些。这些特性确实挺难缠，每当自己觉得已经理解得差不多的时候，过些日子又觉得当初理解得还不够。重要的还是要实践，在使用时会很容易发现疑惑的地方。

关于本文有什么问题可以在下面留言交流，如果您觉得本文对您有帮助，可以点击下面的 推荐 支持一下我，博客一直在更新，欢迎 关注 。