【Java】泛型 之 擦拭法

2023-09-22 15:34:32

泛型是一种类似”模板代码“的技术,不同语言的泛型实现方式不一定相同。

Java语言的泛型实现方式是擦拭法(Type Erasure)。

所谓擦拭法是指,虚拟机对泛型其实一无所知,所有的工作都是编译器做的。

例如,我们编写了一个泛型类Pair<T>,这是编译器看到的代码:

public class Pair<T> {
    private T first;
    private T last;
    public Pair(T first, T last) {
        this.first = first;
        this.last = last;
    }
    public T getFirst() {
        return first;
    }
    public T getLast() {
        return last;
    }
}

而虚拟机根本不知道泛型。这是虚拟机执行的代码:

public class Pair {
    private Object first;
    private Object last;
    public Pair(Object first, Object last) {
        this.first = first;
        this.last = last;
    }
    public Object getFirst() {
        return first;
    }
    public Object getLast() {
        return last;
    }
}

因此,Java使用擦拭法实现泛型,导致了:

  • 编译器把类型视为Object;
  • 编译器根据实现安全的强制转型。

使用泛型的时候,我们编写的代码也是编译器看到的代码:

Pair<String> p = new Pair<>("Hello", "world");
String first = p.getFirst();
String last = p.getLast();

而虚拟机执行的代码并没有泛型:

Pair p = new Pair("Hello", "world");
String first = (String) p.getFirst();
String last = (String) p.getLast();

所以,Java的泛型是由编译器在编译时实行的,编译器内部永远把所有类型T视为Object处理,但是,在需要转型的时候,编译器会根据T的类型自动为我们实行安全地强制转型。

了解了Java泛型的实现方式——擦拭法,我们就知道了Java泛型的局限:

局限一:不能是基本类型,例如int,因为实际类型是Object,Object类型无法持有基本类型:

Pair<int> p = new Pair<>(1, 2); // compile error!

局限二:无法取得带泛型的Class。观察以下代码:


public class Main {
    public static void main(String[] args) {
        Pair<String> p1 = new Pair<>("Hello", "world");
        Pair<Integer> p2 = new Pair<>(123, 456);
        Class c1 = p1.getClass();
        Class c2 = p2.getClass();
        System.out.println(c1==c2); // true
        System.out.println(c1==Pair.class); // true

    }
}

class Pair<T> {
    private T first;
    private T last;
    public Pair(T first, T last) {
        this.first = first;
        this.last = last;
    }
    public T getFirst() {
        return first;
    }
    public T getLast() {
        return last;
    }
}

因为T是Object,我们对Pair<String>Pair<Integer>类型获取Class时,获取到的是同一个Class,也就是Pair类的Class

换句话说,所有泛型实例,无论T的类型是什么,getClass()返回同一个Class实例,因为编译后它们全部都是Pair<Object>

局限三:无法判断带泛型的类型:

Pair<Integer> p = new Pair<>(123, 456);
// Compile error:
if (p instanceof Pair<String>) {
}

原因和前面一样,并不存在Pair<String>.class,而是只有唯一的Pair.class

局限四:不能实例化T类型:

public class Pair<T> {
    private T first;
    private T last;
    public Pair() {
        // Compile error:
        first = new T();
        last = new T();
    }
}

上述代码无法通过编译,因为构造方法的两行语句:

first = new T();
last = new T();

擦拭后实际上变成了:

first = new Object();
last = new Object();

这样一来,创建new Pair<String>()和创建new Pair<Integer>()就全部成了Object,显然编译器要阻止这种类型不对的代码。

要实例化T类型,我们必须借助额外的Class<T>参数:

public class Pair<T> {
    private T first;
    private T last;
    public Pair(Class<T> clazz) {
        first = clazz.newInstance();
        last = clazz.newInstance();
    }
}

上述代码借助Class<T>参数并通过反射来实例化T类型,使用的时候,也必须传入Class<T>。例如:

Pair<String> pair = new Pair<>(String.class);

因为传入了Class<String>的实例,所以我们借助String.class就可以实例化String类型。

不恰当的覆写方法
有些时候,一个看似正确定义的方法会无法通过编译。例如:

public class Pair<T> {
    public boolean equals(T t) {
        return this == t;
    }
}

这是因为,定义的equals(T t)方法实际上会被擦拭成equals(Object t),而这个方法是继承自Object的,编译器会阻止一个实际上会变成覆写的泛型方法定义。

换个方法名,避开与Object.equals(Object)的冲突就可以成功编译:

public class Pair<T> {
    public boolean same(T t) {
        return this == t;
    }
}

泛型继承

一个类可以继承自一个泛型类。例如:父类的类型是Pair<Integer>,子类的类型是IntPair,可以这么继承:

public class IntPair extends Pair<Integer> {
}

使用的时候,因为子类IntPair并没有泛型类型,所以,正常使用即可:

IntPair ip = new IntPair(1, 2);

前面讲了,我们无法获取Pair<T>的T类型,即给定一个变量Pair<Integer> p,无法从p中获取到Integer类型。

但是,在父类是泛型类型的情况下,编译器就必须把类型T(对IntPair来说,也就是Integer类型)保存到子类的class文件中,不然编译器就不知道IntPair只能存取Integer这种类型。

在继承了泛型类型的情况下,子类可以获取父类的泛型类型。例如:IntPair可以获取到父类的泛型类型Integer。获取父类的泛型类型代码比较复杂:

import java.lang.reflect.ParameterizedType;
import java.lang.reflect.Type;

public class Main {
    public static void main(String[] args) {
        Class<IntPair> clazz = IntPair.class;
        Type t = clazz.getGenericSuperclass();
        if (t instanceof ParameterizedType) {
            ParameterizedType pt = (ParameterizedType) t;
            Type[] types = pt.getActualTypeArguments(); // 可能有多个泛型类型
            Type firstType = types[0]; // 取第一个泛型类型
            Class<?> typeClass = (Class<?>) firstType;
            System.out.println(typeClass); // Integer
        }

    }
}

class Pair<T> {
    private T first;
    private T last;
    public Pair(T first, T last) {
        this.first = first;
        this.last = last;
    }
    public T getFirst() {
        return first;
    }
    public T getLast() {
        return last;
    }
}

class IntPair extends Pair<Integer> {
    public IntPair(Integer first, Integer last) {
        super(first, last);
    }
}

因为Java引入了泛型,所以,只用Class来标识类型已经不够了。实际上,Java的类型系统结构如下:


                      ┌────┐
                      │Type│
                      └────┘
                         ▲
                         │
   ┌────────────┬────────┴─────────┬───────────────┐
   │            │                  │               │
┌─────┐┌─────────────────┐┌────────────────┐┌────────────┐
│Class││ParameterizedType││GenericArrayType││WildcardType│
└─────┘└─────────────────┘└────────────────┘└────────────┘

小结

Java的泛型是采用擦拭法实现的;

擦拭法决定了泛型:

不能是基本类型,例如:int;
不能获取带泛型类型的Class,例如:Pair<String>.class
不能判断带泛型类型的类型,例如:x instanceof Pair<String>
不能实例化T类型,例如:new T()
泛型方法要防止重复定义方法,例如:public boolean equals(T obj)
子类可以获取父类的泛型类型<T>

更多推荐

Spring源码分析(三) IOC 之 getBean()和doGetBean()

b、在中篇会正式经历一套生命周期流程getBean()->doGetBean()->createBean()->doCreateBean()->createBeanInstance()->populateBean()->initializeBean()流程1、AbstractBeanFactory#getBean()此

计算机遇到MSVCP140.dll丢失问题?全面分析解决方案

今天我要和大家分享的主题是:计算机中丢失MSVCP140.dll的解决方法。在我们日常使用电脑的过程中,经常会遇到一些棘手的问题,而MSVCP140.dll文件丢失就是其中之一。这个问题可能会给我们的工作、学习和娱乐带来诸多不便,因此我希望通过今天的演讲,能够帮助大家解决这个问题。首先,让我们来了解一下什么是MSVCP

面对突如其来的 GC 问题如何下手解决

今天我们主要从一个实战案例入手分析面对突如其来的GC问题该如何下手解决。想要下手解决GC问题,我们首先需要掌握下面这三种问题。如何使用jstat命令查看JVM的GC情况?面对海量GC日志参数,如何快速抓住问题根源?你不得不掌握的日志分析工具。工欲善其事,必先利其器。我们前面课时讲到的优化手段,包括代码优化、扩容、参数优

OpenWrt kernel install分析(2)

一.前言接下来分析make-CimagecompileinstallTARGET_BUILD=。二.Makefile分析1.命令首先运行target/linux/mediatek/image/Makefile,该文件内容如下:target/linux/mediatek/image/Makefile:include$(T

Win32 位图直接绘制

CBitmapDraw.h#pragmaonce#include<wtypes.h>#include<type_traits>#defineCOLOR_RGB_TO_BGR(_rgb)((_rgb&0xFF)<<16)|(_rgb&0x00FF00)|((_rgb>>16)&0xFF)typedefstruct_BIT

易点易动库存管理系统:引领库存用量控制新时代,助力企业节约成本

在现代企业经营中,库存管理一直是一个关键的环节。过多的库存会造成资金占用和浪费,而过少的库存则容易导致生产中断和客户满意度下降。为了解决这一难题,易点易动库存管理系统应运而生。一、全面的库存数据管理易点易动库存管理系统通过与企业的仓储系统实时对接,实现了对库存数据的全面管理。无论是原材料、半成品还是成品,系统都能准确记

什么是Vue的Vetur插件?它有哪些功能

引言在现代前端开发中,Vue.js已经成为了一个备受欢迎的JavaScript框架。随着Vue.js的流行,开发人员需要强大的工具来提高他们的生产力和Vue.js项目的质量。Vetur插件是一个为Vue.js开发者提供的强大工具,它不仅提供了丰富的功能,还能让你更轻松地编写和维护Vue.js应用程序。本文将深入探讨Ve

007-第一代软件需求整理

第一代软件需求整理文章目录第一代软件需求整理项目介绍需求来源需求来源1:竞品软件分析需求来源2:医生(市场)需求来源3:项目组内部需求来源4:软件组内部需求来源5:软件开发成员需求来源6:法律和法规总结一下关键字:Qt、Qml、需求、类型、采集项目介绍欢迎来到我们的QML&C++项目!这个项目结合了QML(QtMeta

Unity shader内置standard代码解析

最近有相关需求制作,所以这里编写一个文档,方便后续的流程查看。下载源码由于unity内置的shader是无法查看源码的,你需要去官网下载对应版本内置源码查看在引擎下载那里,会有一个BuiltinShaders,下载打开以后,就是对应的shader内置的shandard在DefaultResourcesExtra目录内,

更快,更稳,更智能,科聪穿梭车(RGV)快速构建方案!

随着自动化物流发展,密集存储得到越来越广泛地应用,已经是现代物流的重要组成部分之一。作为密集存储系统中关键设备之一,穿梭车(RGV)越来越受到大家的重视。穿梭车(RGV)是一种智能机器人,可以编程实现取货、运送、放置等任务,并可与上位机、调度系统或WMS系统进行通讯,结合RFID、条码等识别技术,实现自动化识别、存取等

Git:Git的一些基本操作

文章目录基本认识使用方法创建本地仓库配置本地仓库工作区、暂存区、版本库的概念添加文件版本回退撤销修改删除操作基本认识首先要对Git有一个基本的认知:Git本质上是一个版本控制器,可以对一个信息的多个版本进行一些控制,而能对版本的控制的好处就是,不管需要哪个版本的内容,都可以借助Git这个工具找到所需要的信息Git是一个

热文推荐