解密Java增强的泛型
尽管Java 8是2014年年初才发布的,而Java 9要等到2016年年中,但是目前有一些计划放到某个未来版本(希望是Java 10)中的特性已经合并了进来。
具体而言,有两个比较大的特性已经开始原型设计了,它们是增强的泛型(Enhanced Generics)和值类型(Value Types)。有了增强的泛型,Java开发者可以编写像List<int>这样的代码,省去了对基本类型进行装箱的痛苦。新的泛型提案有些地方比较模糊(或者说微妙),需要细心处理,具体见Brian Goetz在最近的设计文章中的解释。
Java一直在关注向后兼容,在Oracle的管理下,这一点也得到再次确认。为此,Oracle在寻求一种与Java 5中引入的泛型类似的策略,渐进地迁移。
需要克服的基本设计问题是,Java的类型系统没有一个统一的根。Java中没有这样的类型,既是Object的子类,又是int的子类。从JVM字节码的结构也可以看出,很明显从方法返回一个int和返回一个对象用的是不同的操作码(opcode)——ireturn和areturn是不一样的。
目前的原型使用了一种叫做“any”类型变量的方式,用以指示既可以是引用类型,又可以是基本类型的类型变量(还包括新提议的值类型)。目前写作Container<any T>,但是在该特性真正交付之前,语法还会改变。
目前的想法是,List<Integer>和List<String>在运行时将继续使用List.class表示(因此对于引用类型,将继续存在类型擦除),List<int>则会用与之不同的运行时类型表示(可能会用不同的class文件)。这种方式被称作基本类型的“泛型特化”。此举还可以给另一个设计问题带来帮助,那就是升级现有的集合类,使用增强的泛型。支持开发者使用List<int>是一个主要的设计目标,从现有的泛型类型,到未来版本中支持任何类型变量的泛型类型,应该可以迁移过去。
关于增强的泛型如何适应类型系统,还有些令人感觉奇怪的地方。比如,List<int>不是List类型的子类型(如果是的话,这就意味着List<int>可以存储Object的实例)。然而, List<?>是List的子类型,所以这意味着List<int>不是List<?>的子类型,通配符就无法应用于增强的泛型。
目前的原型离真正产品化还差得远,还有很多设计和实现工作要做。特化的实现正在积极进行。自动生成特化代码更为可取(减少手工编写样板代码),但这可能需要在字节码和类加载子系统中提供额外的支持。还有一个非常有趣的可能性,就是在虚拟机层面引入一个元编程设施(不是Java语言层面的直接支持)。用invokedynamic 类比,这种方式可以称为“classdynamic”,可以参见这里的描述。
增强的泛型和值类型的开发都是通过Project Valhalla管理的,更多细节可以参见该项目。
查看英文原文:Under The Hood With A Prototype of Enhanced Generics for Java
本文文字及图片出自 InfoQ
你也许感兴趣的:
- 【外评】不要把 Rust 写成 Java
- “甲骨文牌”Java正在死亡
- 您现在可以像运行 Python 一样运行 Java
- 从 Java 8 迁移到 Java 17 (二):Java 中值得注意的 API 变化
- 从 Java 8 迁移到 Java 17:新功能大汇总
- Oracle 再夺 Java 命?大公司用 Java 要小心了!
- 【程序员搞笑图片】java haters
- Java 22 新功能特性及示例
- Java 22 中最令人兴奋的 3 个功能
- 【译文】Java 21 – Kotlin 是否正在消亡?
你对本文的反应是: