不能使用泛型的几种情况


软件构造笔记-Java 中不能使用泛型的几种情况

一、前言

Java 1.5 引入了泛型来保证类型安全,防止在运行时发生类型转换异常,让类型参数化,提高了代码的可读性和重用率。但是有些情况下泛型也是不允许使用的,总结一下编码中不能使用泛型的一些场景。

二、基本类型无法直接使用泛型

以下写法是错误的:

基本类型是不能够作为泛型类型的,需要使用它们对应的包装类。

三、泛型类型无法被直接实例化

泛型类型可以理解为一个抽象类型,只是代表了类型的抽象,因此不能直接实例化它,下面的做法也是错误的:

四、泛型无法作为静态变量类型

Java 中的静态类型随着类加载而实例化,此时泛型的具体类型并没有声明。同时因为静态变量作为所有对象的共享变量,只有类实例化或者方法调用时才能确定其类型。如果是泛型类型将无法确定其类型。同样在类上声明的泛型也无法作为返回值类型出现在类的静态方法中,下面的写法也是错误的:

五、无法进行 instanceof 判断

Java 中的泛型是伪泛型,在编译期会被擦除,运行的字节码中不存在泛型,所以下面的判断条件无法进行:

但是泛型的无界通配符 <?> 可以进行 instanceof 判断,你仔细想想为什么。

六、无法创建参数化类型的数组

首先下面这种写法是对的:

但是加上了泛型就编译不通过了:

七、不能直接或者间接扩展Throwable

下面的两种写法将引发编译错误:

如果成立将出现:

如何才能对异常进行具体的处理,这显然不便于精确的异常处理逻辑。但是可以抛出一个 不确定的异常,但是同样不能在静态方法中使用类声明的泛型:

八、泛型擦除后相同参数签名的方法不能重载

由于泛型擦除的原因,以下的不视为方法的重载且无法编译 :


文章作者: Demerzel Sun
版权声明: 本博客所有文章除特別声明外,均采用 CC BY 4.0 许可协议。转载请注明来源 Demerzel Sun !
评论
 上一篇
软件构造-第五章-第二节-面向可维护性的设计模式 软件构造-第五章-第二节-面向可维护性的设计模式
软件构造第五章 第二节 面向可维护性的设计模式 一、创造性模式1.1 工厂模式(Factory Pattern) 定义:工厂方法模式也被称为虚拟构造器。当client不知道要创建哪个具体类的实例,或者不想在client代码中指明要具
2020-05-06
下一篇 
软件构造-第五章-第一节-可维护性的度量与构造原则 软件构造-第五章-第一节-可维护性的度量与构造原则
软件构造第五章 第一节 可维护性的度量与构造原则 一、软件的维护和演化 定义: 软件可维护性是指软件产品被修改的能力,修改包括纠正、改进或软件对环境、需求和功能规格说明变化的适应。简而言之,软件维护:修复错误、改善性能。 类型:
2020-04-24
  目录