泛型是个高过 Java 的高级特性之一,如果想写出优雅而高扩展性的性多代码,或是人还想读得懂一些优秀的源码,泛型是没用绕不开的槛。本文介绍了什么是个高过泛型、类型擦除的性多概念及其实现,最后总结了泛型使用的人还最佳实践。 想写一下关于 Java 一些高级特性的没用文章,虽然这些特性在平常实现普通业务时不必使用,个高过但如果想写出优雅而高扩展性的性多代码,或是人还想读得懂一些优秀的源码,这些特性又是没用不可避免的。 如果对这些特性不了解,个高过不熟悉特性的性多应用场景,使用时又因为语法等原因困难重重,人还很难让人克服惰性去使用它们,所以身边总有一些同事,源码库工作了很多年,却从没有用过 Java 的某些高级特性,写出的代码总是差那么一点儿感觉。 为了避免几年后自己的代码还是非常 low,我准备从现在开始深入理解一下这些特性。本文先写一下应用场景最多的泛型。 首先来说泛型是什么。泛型的英文是 generic,中文意思是通用的、一类的,结合其应用场景,我理解泛型是一种 通用类型。但我们一般指泛型都是指其实现方式,也就是 将类型参数化 对于 Java 这种强类型语言来说,如果没有泛型的话,处理相同逻辑不同类型的站群服务器需求会非常麻烦。 如果想写一个对 int 型数据的快速排序,我们编码为(不是主角,网上随便找的=_=): 可是如果需求变了,现在需要实现 int 和 long 两种数据类型的快排,那么我们需要利用 Java 类方法重载功能,复制以上代码,将参数类型改为 double 粘贴一遍。可是,如果还要实现 float、double 甚至字符串、各种类的快速排序呢,难道每添加一种类型就要复制粘贴一遍代码吗,这样未必太不优雅。 当然我们也可以声明传入参数为 Object,并在比较两个元素大小时,判断元素类型,并使用对应的方法比较。这样,代码就会恶心在类型判断上了。不优雅的范围小了一点,并不能解决问题。 这时,我们考虑使用通用类型(泛型),高防服务器将快排方法的参数设置为一个通用类型,无论什么样的参数,只要实现了 Comparable 接口,都可以传入并排序。 那么,可以总结一下泛型的应用场景了,当遇到以下场景时,我们可以考虑使用泛型: 需要注意,泛型只能替代Object的子类型,如果需要替代基本类型,可以使用包装类,至于为什么,会在下文中说明。 然后我们来看一下,泛型怎么用。 泛型的声明使用 <占位符 [,另一个占位符] > 的形式,需要在一个地方同时声明多个占位符时,使用 , 隔开。占位符的格式并无限制,不过一般约定使用单个大写字母,如 T 代表类型(type),E 代表元素*(element)等。虽然没有严格规定,不过为了代码的易读性,最好使用前检查一下约定用法。 泛型指代一种参数类型,可以声明在类、方法和接口上。 我们最常把泛型声明在类上: 把泛型声明在方法上时: 最后是在接口中声明泛型,如上面的快排中,我们使用了 Comparable<T> 的泛型接口,与此类似的还有 Searializable<T> Iterable<T>等,其实在接口中声明与在类中声明并没有什么太大区别。 然后是泛型的调用,泛型的调用和普通方法或类的调用没有什么大的区别,如下: 讲泛型不可不提类型擦除,只有明白了类型擦除,才算明白了泛型,也就可以避开使用泛型时的坑。 严格来说,Java的泛型并不是真正的泛型。Java 的泛型是 JDK1.5 之后添加的特性,为了兼容之前版本的代码,其实现引入了类型擦除的概念。 类型擦除指的是:Java 的泛型代码在编译时,由编译器进行类型检查,之后会将其泛型类型擦除掉,只保存原生类型,如 Generics<Long> 被擦除后是 Generics,我们常用的 List<String> 被擦除后只剩下 List。 接下来的 Java 代码在运行时,使用的还是原生类型,并没有一种新的类型叫 泛型。这样,也就兼容了泛型之前的代码。 如以下代码: 结果 longList 和 stringList 输出的类型都为 class java.util.ArrayList,两者类型相同,说明其泛型类型被擦除掉了。 实际上,实现了泛型的代码的字节码内会有一个 signature 字段,其中指向了常量表中泛型的真正类型,所以泛型的真正类型,还可以通过反射获取得到。 那么类型擦除之后,Java 是如何保证泛型代码执行期间没有问题的呢? 我们将一段泛型代码用 javac 命令编译成 class 文件后,再使用 javap 命令查看其字节码信息: 我们会发现,类型里的 T 被替换成了 Object 类型,而在 main 方法里 getField 字段时,进行了类型转换(checkcast),如此,我们可以看出来 Java 的泛型实现了,一段泛型代码的编译运行过程如下: 也就是说:Java 的泛型实际上是由编译器实现的,将泛型类型转换为 Object 类型,在运行期间再进行状态转换。 由上,我们来看使用泛型时需要注意的问题: 上文中提到实现泛型时声明的具体类型必须为 Object 的子类型,这是因为编译器进行类型擦除后会使用 Object 替换泛型类型,并在运行期间进行类型转换,而基础类型和 Object 之间是无法替换和转换的。 如:Generics<int> generics = new Generics<int>(); 在编译期间就会报错的。 泛型虽然为通用类型,但也是可以设置其通用性的,于是就有了边界限定通配符,而边界通配符要配合类型擦除才好理解。 <? extends Generics> 是上边界限定通配符,避开 上边界 这个比较模糊的词不谈,我们来看其声明 xx extends Generics, XX 是继承了 Generics 的类(也有可能是实现,下面只说继承),我们按照以下代码声明: 我们会发现最后一行编译报错,至于为什么,可以如此理解:XX 是继承了 Generics 的类,List 中取出来的类一定是可以转换为 Generics,所以 get 方法没问题;而具体是什么类,我们并不知道,将父类强制转换成子类可能会造成运行期错误,所以编译器不允许这种情况; 而同理 <? super Generics> 是下边界限定通配符, XX 是 Generics 的父类,所以: 使用前需要根据这两种情况,考虑需要 get 还是 set, 进而决定用哪种边界限定通配符。 当然,泛型并不是一个万能容器。什么类型都往泛型里扔,还不如直接使用 Object 类型。 什么时候确定用泛型,如何使用泛型,这些问题的解决不仅仅只依靠编程经验,我们使用开头快排的例子整理一下泛型的实践方式: 1. 将代码逻辑拆分为两部分:通用逻辑和类型相关逻辑;通用逻辑是一些跟参数类型无关的逻辑,如快排的元素位置整理等;类型相关逻辑,顾名思义,是需要确定类型后才能编写的逻辑,如元素大小的比较,String 类型的比较和 int 类型的比较就不一样。 2. 如果没有类型相关的逻辑,如 List 作为容器不需要考虑什么类型,那么直接完善通用代码即可。 3. 如果有参数类型相关的逻辑,那么就需要考虑这些逻辑是否已有共同的接口实现,如果已有共同的接口实现,可以使用边界限定通配符。如快排的元素就实现了 Compare 接口,Object 已经实现了 toString() 方法,所有的打印语句都可以调用它。 4. 如果还没有共同的接口,那么需要考虑是否可以抽象出一个通用的接口实现,如打印人类的衣服颜色和动物的毛皮颜色,就可以抽象出一个 getColor() 接口,抽象之后再使用边界限定通配符。 5. 如果无法抽象出通用接口,如输出人类身高或动物体重这种,还是不要使用泛型了,因为不限定类型的话,具体类型的方法调用也就无从谈起,编译也无法通过。 我将以上步骤整理了一个流程图,按照这个图,我们可以快速得出能不能用泛型,怎么用泛型。 好好理了一下泛型,感觉收获颇多,Java 迷雾被拨开了一些。这些特性确实挺难缠,每当自己觉得已经理解得差不多的时候,过些日子又觉得当初理解得还不够。重要的还是要实践,在使用时会很容易发现疑惑的地方。 前言
泛型是什么
使用
声明
调用
类型擦除
由来
实现
实践问题
具体类型须为Object子类型
边界限定通配符的使用
最佳实践
小结