Java8在2014年3月份推出的,而历经曲折的Java9终于终于在2017年9月21日发布,中间历经3年多时间,Java9提供了超过150项新功能特性,包括备受期待的模块化系统、可交互的 REPL 工具:jshell,JDK 编译工具,Java 公共 API 和私有代码,以及安全增强、扩展提升、性能管理改善等。可以说Java 9是一个庞大的系统工程,完全做了一个整体改变。Java8中最核心的新特性就是Lambda表达式和Stream API,那么对于Java9来说其中最核心莫过于模块化系统和JShell命令。
Java 更快的发布周期意味着开发者将不需要像以前一样为主要发布版本望眼欲穿。这也意味着开发者将可能跳过 Java 9和它的不成熟的模块化功能,只需要再等待 6 个月就可以迎来新版本,这将可能解决开发者的纠结。反正Java11已经支持正式商用了,Java 11将会获得Oracle提供的长期支持服务,直至2026年的9月。所以想用上稳定的、最新的JDK还是选择Java11吧,我将在后面的文章记述Java11的新特性以及Java14的部分新特性。
在这个网站上可以看到JavaSE9的新特性 《Overview of What’s New in JDK 9》
JEP与JSR
JEP(JDK Enhancement Proposals):jdk 改进提案,每当需要有新的设想时候, JEP可以在JCP(java community Process)之前或者同时提出非正式的规范(specification),被正式认可的JEP正式写进JDK的发展路线图并分配版本号。
JSR(Java Specification Requests): java 规范提案,新特性的规范出现在这一阶段,是指向JCP(Java Community Process)提出新增一个标准化技术规范的正式请求。请求可以来自于小组/项目、JEP、JCP成员或者Java社区(community)成员的提案,每个Java版本都由相应的JSR支持。
- 小组:对特定技术内容,比如安全、网络、HotSpot 等有共同兴趣的组织和个人
- 项目: 编写代码、文档以及其他工作,至少由一个小组赞助支持,比如最近的Lambda计划,JigSaw 计划等
目录结构变化
模块化系统
谈到 Java 9 大家往往第一个想到的就是Jigsaw项目。众所周知,Java 已经发展超过 20 年(95 年最初发布),Java 和相关生态在不断丰富的同时也越来越暴露出一些问题:
- 问题一:Java 运行环境的膨胀和臃肿。每次JVM启动的至少会加载30-60MB内存,原因是JVM需要加载rt.jar,不管其中的类是否被classloader加载,整个jar都会被JVM加载到内存当中去(而模块化可以根据模块的需要加载程序运行需要的class)
- 问题二:当代码库越来越大,创建复杂。不同版本的类库交叉依赖导致让人头疼的问题,这些都阻碍了 Java 开发和运行效率的提升。
- 问题三:很难真正地对代码进行封装,而系统并没有对不同部分(也就是JAR文件)之间的依赖关系有个明确的概念。每一个公共类都可以被类路径之下任何其它的公共类所访问到,这样就会导致无意中使用了并不想被公开访问的 API。
- 问题四:类路径本身也存在问题,你怎么知晓所有需要的 JAR 都已经有了, 或者是不是会有重复的项呢?
模块化的概念,其实就是package外再裹一层,也就是说,用模块来管理各个package,通过声明某个package暴露,不声明默认就是隐藏。因此,模块化使得代码组织上更安全,因为可以指定哪些部分暴露,哪些部分隐藏。
模块化实现目标:
- 主要目的在于减少内存的开销
- 只须必要模块,而非全部jdk模块,可简化各种类库和大型应用的开发和维护
- 改进JavaSE平台,使其可以适应不同大小的计算设备
- 改进其安全性,可维护性,提高性能
下面是模块化演示,我新建一个项目叫做java9news,然后通过IDEA的new module功能,生成了两个模块,一个是java9demo、一个是java9test:
java9demo模块中有很简单的两个类Person、User:
1 | public class Person { |
java9test模块是无法使用java9demo中的类的,必须引入一个module-info.java的文件,在java9demo模块中的module-info.java:
1 | module java9demo { |
在java9test模块中的module-info.java:
1 | module java9test { |
接下来测试一下,之所以无法用User,就是因为在java9demo模块中的module-info.java中并未指定把xpu.tim.entity这个包给导出,所以使用User类报Error:
1 | /** |
Java的REPl工具 jShell
像Python和Scala 之类的语言早就有交互式编程环境REPL (read - evaluate - print- loop)了,以交互式的方式对语句和表达式进行求值。开发者只需要输入一些代码,就可以在编译前获得对程序的反馈。而之前的Java 版本要想执行代码,必须创建文件、声明类、提供测试方法方可实现。
jShell的实现目标 >
1、Java9中终于拥有了REPL工具:jShell。利用jShell 在没有创建类的情况下直接声明变量,计算表达式,执行语句。即开发时可以在命令行里直接运行Java的代码,而无需创建Java文件,无需跟人解释public static void main(String[] args)
这句废话。
2、jShell也可以从文件中加载语句或者将语句保存到文件中。
3、jShell也可以是tab键进行自动补全和自动添加分号。
jShell使用示例,jShell可以使用Tab键补全:
1 | D:>jshell |
1 | /help |
jshell还可以从外部文件加载源代码,如下面是我在桌面上的一个HelloWorld.java文件:
1 | // 测试从外部文件加载源代码 |
jShell没有受检异常(编译时异常),本来应该强迫我们捕获一个IOException,但却没有出现。因为jShell在后台为我们隐藏了。
多版本兼容jar包
新版本的Java出现时,用户要花费数年时间才会切换到这个新的版本。这就意味着库得去向后兼容你想要支持的最老的Java版本(许多情况下就是Java 6 或者 Java7)。这实际上意味着未来的很长一段时间,你都不能在库中运用Java 9所提供的新特性。幸运的是,多版本兼容jar功能能让你创建仅在特定版本的Java环境中运行库程序选择使用的class版本。
如上图所示:root.jar 可以在Java9 中使用,不过A或B类使用的不是顶层的root.A或root.B这两个class, 而是处在META-INF/versions/9
下面的这两个。这是特别为 Java 9 准备的 class 版本,可以运用 Java 9 所提供的特性和库。同时,在早期的 Java 诸版本中使用这个JAR也是能运行的,因为较老版本的Java只会看到顶层的A类或B 类。
现有目录结构如下:
1 | // java中Application.java |
现在将其编译为Jar包:
1 | javac -d build --release 8 src/main/java/*.java |
接下来分别在JDK8和JDK9的环境中调用Jar包中的方法,结果如下图:
接口的私有方法
Java 8中规定接口中的方法除了抽象方法之外,还可以定义静态方法和默认的方法。一定程度上,扩展了接口的功能,此时的接口更像是一个抽象类。
在Java 9中,接口更加的灵活和强大,连方法的访问权限修饰符都可以声明为private的了,此时方法将不会成为你对外暴露的API的一部分。
1 | interface MyInterface { |
钻石操作符使用升级
我们将能够与匿名实现类共同使用钻石操作符(diamond operator)在java 8中如下的操作是会报错的:
1 | public class MyOperatorTest { |
那么在JDK9中呢?其实就是我们的匿名子类和泛型可以一起使用了:
1 | public class MyOperatorTest { |
try语句升级
JDK7之前的版本如何进行资源关闭呢?无非就是try-catch-finally这种结构,在finally中保证资源关闭:
1 | public class MyTryCatchTest { |
JDK7出现了try-with-resource,不用显式处理资源的关闭,但是要求执行后必须关闭的所有资源必须在try子句中初始化,否则编译不通过:
1 | public class MyTryCatchTest { |
JDK9 中,用资源语句编写try将更容易,我们可以在try子句中使用已经初始化过的资源,此时的资源是final的:
1 | public class MyTryCatchTest { |
UnderScore使用限制
UnderScore其实就是下划线,在java 8 中,标识符可以独立使用_
来命名:
1 | String _ = "HelloWorld"; |
但是在java 9 中规定_
不再可以单独命名标识符了,如果使用则报错:
String存储结构变更
String 再也不用 char[] 来存储啦,改成了 byte[] 加上编码标记,节约了一些空间。在这里可以看到官方文档的说明: http://openjdk.java.net/jeps/254
1 | Motivation (修改动机) |
String类的当前实现将字符存储在char数组中,每个字符使用两个字节(十六个比特位)。从许多不同应用程序收集的数据表明,字符串是堆使用的主要组成部分,而且大多数String对象仅包含拉丁字符。 这样的字符只需要存储一个字节,因此此类String对象的内部char数组中的一半空间都没有使用。
我们建议将String类的内部表示形式从UTF-16字符数组更改为字节数组,再加上一个编码标志字段。 新的String类将基于字符串的内容存储编码为ISO-8859-1 / Latin-1(每个字符一个字节)或UTF-16(每个字符两个字节)的字符。 编码标志将指示使用哪种编码。
与字符串相关的类(例如AbstractStringBuilder,StringBuilder和StringBuffer)将更新为使用相同的表示形式,HotSpot VM的固有字符串操作也将使用相同的表示形式。这纯粹是实现更改,不更改现有的公共接口。 没有计划添加任何新的公共API或其他接口。
迄今为止完成的原型工作证实了在某些特殊情况下预期的内存占用减少,GC活动大大减少以及性能下降的预期。
那StringBuffer 和 StringBuilder 是否仍无动于衷呢?其实由于String类的底层存储结构的更改会影响到StringBuffer和StringBuier,我们看到StringBuffer和StringBuilder的源码,发现多了@HotSpotIntrinsicCandidate这个注解:
1 | /** |
JDK的源码中,被@HotSpotIntrinsicCandidate标注的方法,在HotSpot中都有一套高效的实现,该高效实现基于CPU指令,运行时,HotSpot维护的高效实现会替代JDK的源码实现,从而获得更高的效率。 所以可见StringBuffer和StringBuilder都是通过HotSpot的高效实现,其还也就是底层通过byte[]来实现的。
集合工厂方法:快速创建只读集合
要创建一个只读、不可改变的集合,必须构造和分配它,然后添加元素,最后包装成一个不可修改的集合。可以参考这些, http://openjdk.java.net/jeps/269 。
在JDK1.8中创建只读集合的方式:
1 | public class CollectionTest { |
但是在JDK9中可以直接这样操作(其实很多地方参考了这种设计,比如JPA中的分页参数就是典例):
1 | Map<String, Integer> map = Collections.unmodifiableMap(new HashMap<>(){ |
在创建后,继续添加元素到这些集合会导致 UnsupportedOperationException。由于Java 8中接口方法的实现,可以直接在List,Set和Map的接口内定义这些方法,便于调用。
StreamAPI增强
Java 的 Steam API 是java标准库最好的改进之一,让开发者能够快速运算,从而能够有效的利用数据并行计算。Java 8 提供的 Steam 能够利用多核架构实现声明式的数据处理。在 Java 9 中,Stream API 变得更好,Stream 接口中添加了 4 个新的方法:dropWhile, takeWhile, ofNullable,还有个 iterator方法的新重载方法,可以让你提供一个 Predicate (判断条件)来指定什么时候结束迭代。
除了对 Stream 本身的扩展,Optional 和 Stream 之间的结合也得到了改进。现在可以通过 Optional 的新方法stream() 将一个 Optional 对象转换为一个(可能是空的) Stream对象。
takeWhile()的使用:用于从 Stream 中获取一部分数据,接收一个 Predicate 来进行选择。在有序的 Stream 中,takeWhile 返回从开头开始的尽量多的元素。
1 | public class StreamAPITest { |
dropWhile()的使用:dropWhile 的行为与 takeWhile 相反,返回剩余的元素。
1 | public class StreamAPITest { |
ofNullable()的使用:Java 8 中 Stream 不能完全为null,否则会报空指针异常。而 Java 9 中的ofNullable 方法允许我们创建一个单元素 Stream,可以包含一个非空元素,也可以创建一个空 Stream。
1 | public class StreamAPITest { |
iterator()重载的使用:
1 | public class StreamAPITest { |
Optional类中stream()的使用:
1 | public class StreamAPITest { |
- 本文作者: Tim
- 本文链接: https://zouchanglin.cn/2020/04/15/1000236455.html
- 版权声明: 本博客所有文章除特别声明外,均采用 CC BY-SA 4.0 许可协议。转载请注明出处!