jdk10 var定义变量的由来
题图:by jordhammond from instagram
本文选自聊聊架构公众号,略有修改
以前我们 Java 程序员经常会对其他语言中的 var 关键字耿耿于怀,如今,Java 10 也要启用 var 进行变量声明了……
早在 2016 年,有一个 JDK 增强提议(JEP)在 Java 社区引起了轰动:JEP 286。2 年后的今天,局部变量类型推断可以说是 Java 10 中最值得关注的特性。这是 Java 语言开发者为简化 Java 应用程序的开发而采取的又一举措。接下来我将为大家介绍这一举措的意义和对 Java 程序员的影响。
分解局部变量类型推断
这个新特性将为 Java 增加一些语法糖——简化它并改善开发者体验。新的语法让 Java 代码更简洁,同时保持静态类型安全。
换句话说,你将能够声明变量而不必指定关联的类型。比如之前如下的变量声明:
List<String> list = new ArrayList<String>();Stream stream = getStream();
简化后的语法如下:
var list = new ArrayList();var stream = getStream();
如上所示,局部变量类型推断将引入“var”关键字,而不要求明确指定变量的类型。
大家都知道,Java 的语法有点冗长,这对于理解开发人员编写函数的意图可能会有好处。但是,对于那些认为用 Java 开发软件太乏味的人来说,这个特性意味着一个重大的改变。
虽然类型推断在 Java 中不是一个新概念,但对于局部变量来说却是全新的。
这一切都是在 Java 5 中引入泛型时开始的。然后,Java 7 作为 Coin 项目的一部分进一步开发出了菱形运算符(<>),该运算符允许使用没有绑定类型的 ArrayList<>初始化列表,而 Java 8 中出现了 Lambda 表达式。使用菱形操作符可以编写以下代码:
List list = new LinkedList<>();
现在,Oracle 团队要更进一步。
社区反应
在 JEP 286 成为事实上的 JEP 之前,Oracle 进行了一项调查,以更好地了解 Java 社区对该提议的反应。调查大部分集中在对提议的总体感受上,以及社区对实现这个特性有哪些想法。在 2453 名开发人员的回复中,大部分是赞成的:
调查问题:你对局部变量类型推断提议的总体感受是怎样的?
调查的第二部分侧重于可能的语法选择,基于其他语言(如 C#、Scala、Swift 和 C ++)中的类似用法提出了 5 个选项,或使用 let。
大多数用户投票选择 var 和 val:
调查问题:可能的语法选项
最后,团队决定选用第二受欢迎的选项,也就是使用 var。
Java 社区的大多数成员似乎都赞同这种新的选择,其中许多人要求 Oracle“与时俱进”。少数反对该特性的开发人员声称,对于那些新学 Java 的人来说可能会很困难,也有人指出现有的语法是“冗长和易读性的最佳组合”。
当然,在 JEP 286 主页上,可以看到添加新功能的理由:
Java 几乎是唯一不包含局部变量类型推断的静态类型语言;因此,这个功能不应该再有争议。
对编码有何影响?
在兴奋过后,我们通常想问自己的第一个问题是:这对我的代码有何影响?在特性总结中,处理“Java 中样板编码的度”是主要动机,因此我们可以期待将来能够省略掉类型声明。
更具体的,它局限于:
有初始化值的局部变量
增强 for 循环中的索引
传统 for 循环中声明的局部变量
Oracle 的 Java 团队申明,以下不支持局部变量类型推断:
方法参数
构造函数参数
方法返回类型
字段
catch 代码块(或任何其他类型的变量声明)
由于 Java 承诺支持以前版本,我们可以认为它不会破坏向后兼容性。
其他改进:GC 改进和其他内务特性
JDK 10 中有 2 个 JEP 专注于改进当前的 GC。第一个 JEP,垃圾回收接口(JEP 304),将引入一个干净的垃圾回收接口,以提升不同垃圾回收器的源代码隔离。
在当前的 Java 版本中,GC 源文件零散地分散在 HotSpot 源代码中。这在实现新的垃圾回收器时会成为问题,因为开发人员必须知道在哪里查找这些源文件。此 JEP 的主要目标之一是,使 HotSpot 内部 GC 代码更加模块化,GC 接口更干净并使实现新回收器更加容易。
Java 10 的第二个 JEP 是针对 G1 的 Parallel Full GC(JEP 307),其重点在于通过 Parallel Full GC 来改善 G1 最坏情况的等待时间。G1 是 Java 9 中的默认 GC,此 JEP 的目标是使 G1 也支持并行收集。
Java 10 计划的特性还有:
ThreadLocal Handshake(JEP 312)。这将引入一种在线程上执行回调的新方法,让关闭单个线程成为可能,而不是关闭所有线程或一个都不关闭。
备用内存设备堆分配(JEP 316)。使 HotSpot 虚拟机能够在用户指定的备用内存设备上分配对象堆内存。
额外的 Unicode 语言标记扩展(JEP 314)。目标是增强 java.util.Locale 及其相关的 API,以便实现语言标记语法的其他 Unicode 扩展(BCP 47)。
实验性的基于 Java 的 JIT 编译器(JEP 317)。Oracle 希望将其 Java JIT 编译器 Graal 用作 Linux / x64 平台上的实验性 JIT 编译器。
根证书(JEP 319)。目的是开源 Oracle Java SE 的根证书。
根证书颁发机构(CA),提升 OpenJDK 版本对开发人员的吸引力,也想缩小 OpenJDK 和 Oracle JDK 之间的差距。
将 JDK 的多个代码仓库合并到一个代码仓库中(JEP 296)。这个 JEP 的主要目标是做一些内务工作,将众多 JDK 仓库合并到一个仓库中。
去掉 javah 工具(JEP 313)。
上手体验
就像所有其他 JDK 版本一样,Oracle 已经创建了一个 Early Access Release,Java 用户可以下载下来试用新功能。事实上,这个 JEP 自 2016 年初开始就已经可用于体验目的,那你还等什么?
http://jdk.java.net/10/
即使你还没有开始考虑迁移到 JDK 9,感受新功能并有机会向平台设计人员提供反馈,这是学习新版本并在社区产生一定影响的好办法。
如果,您认为阅读这篇博客让您有些收获, 如果,您希望更容易地发现我的新博客,不妨关注一下。因为,我的写作热情也离不开您的肯定支持。
感谢您的阅读,如果您对我的博客所讲述的内容有兴趣,请继续关注我的后续博客。
因为有小孩,兼职卖书,路过的朋友有需要低价购买图书、点读笔、纸尿裤等资源的,可扫最上方二维码,质量有保证,价格很美丽,欢迎咨询! 欢迎关注微信公众号:18般武艺