咨询热线：0791-87557233
咨询热线：0791-87557233
Java SE 9 搭载了模块化、REPL、编译器优化以及很多其他功能，一直以来 Java 的版本命名和发布周期也将发生重大变化。
Java 9 - 正式的名称是 Java 平台标准版版本号 9 - 终于发布了，Java 开发工具包（JDK） 也已经可供开发者下载。
新版本增加了几个重要且富有争议的功能，同时它也是一直以来遵循 Java 版本命名规范和发布周期的最后一个版本。
Java 9 的关键新特性
在 Java SE 8 发布将近三年后，Java SE 9 终于发布，它带来几个重大的架构变化，以及一系列的改进。
Java 9 的模块化是颠覆性
基于 Jigsaw 项目，这个新的富有争议性的模块化能力肯定会引来最前沿 Java 开发者的兴趣和尝试，即使会有更保守的开发者决定等待模块化的成熟。
模块化－以 Java 平台模块系统的形式－将 JDK 分成一组模块，可以在运行时，编译时或者构建时进行组合。模块化被称为一个“可传递”的更改，它支持对模块间依赖的理解。
Java 9 的模块化能让开发者更容易的组合和维护复杂的应用程序。同时，它也使 Java 在改进安全和性能的同时能够更好的适配到更小的设备中。
Java 9 的模块化包含应用打包，JDK 自身模块化，以及将源码重新组织成多个模块。构建系统在构建时编译模块和识别模块边界的能力也得到增强。JDK 和 Java 运行时环境（JRE）的镜像经过重构以处理模块化。另外，JavaFX UI 控件和 CSS APIs 现在也支持模块化方式访问。
Java 9 支持很多配置，因此，可伸缩性，安全性和应用程序性能应该得到改善。让 Java 更容易适配到小型设备中是模块化的关键推动力。
改进的 Java 9 代码编译
Java 9 的升级带来了几个代码编译的新功能，其中最主要的是 AoT（ahead-of-time）编译。虽然仍处于试验阶段，但这个功能使得 Java 应用在被虚拟机启动之前能够先将 Java 类编译为原生代码。此功能旨在改进小型和大型应用程序的启动时间，同时对峰值性能的影响很小。
JIT（Just-in-time）编译器速度很快，但是 Java 项目现在变得很大很复杂，因此 JIT 编译器需要花费较长时间才能热身完，而且有些 Java 方法还没法编译，性能方面也会下降。AoT 编译就是为了解决这些问题而生的。
但是 Java 技术供应商 Excelsior 的营销总监 Dmitry Leskov 担心 AoT 编译技术不够成熟，希望 Oracle 能够等到 Java 10 时有个更稳定版本才发布。
Java 9 同时还提供了 Oracle 智能编译部署的阶段二功能。这个功能包括改进了 sjavac 工具的稳定性和可移植性，从而能够被 JVM 默认使用。这个工具也将会做得更通用，从而可以使用在除 JDK 之外的其他大型项目中。JDK 9 还更新了 javac 编译器以便能够将 java 9 代码编译运行在低版本 Java 中。
另一个新的同时也是试验性的功能是 JVMCI（Java-level JVM Compiler Interface）。通过这个接口，用 Java 编写的编译器可以被 JVM 当作动态编译器使用。JVMCI 的 API 提供访问虚拟机结构，安装编译过的代码，以及插入 JVM 编译系统中的机制。
使用 Java 编写的 JVM 编译器相比已有的用 C 或者 C++ 编写的编译器，能够在保持高质量的同时更容易维护和改进。因此，使用 Java 编写的编译器本身应该更容易维护和改进。其他使用 Java 编写编译器的尝试包含 Graal 项目和Metropolis 项目。
新的编译器控制能力旨在为 JVM 编译器提供细粒度和方法上下文相关的控制，让开发者在运行时不降低性能的前提下修改编译器控制选项。这个工具还支持为 JVM 编译器存在的 bug 提供解决方法。
Java 9 终于有了 REPL
Java 9 的另一个特性是拥有了 REPL（read-eval-print loop）工具，这是另一个 Java 的长期目标，在 Kulia 项目中经过多年研发后终于在 Java 9 中得以实现。
Java 9 的 REPL 名为 jShell，以交互式的方式对语句和表达式进行求值。开发者只需要输入一些代码，就可以在编译前获得对程序的反馈。
命令行工具的功能包含 tab 自动补全和自动添加分号。jShell API 支持在 IDE 和其他工具中使用 jShell 功能，虽然这个工具本身不是 IDE。
REPL 的缺失是高校想要把 Java 从学校课程中剔除的一个原因（像 Python 和 Scala 之类的语言早就有 REPL 了）。但 Scala 语言的创始人 Martin Odersky 质疑 Java 中 REPL 的作用，他说 Java 是面向语句的，而 REPL 是面向表达式的。
Java 9 增强了 Steam API
Java 的 Steam 让开发者能够快速运算，从而能够有效的利用数据并行计算。Java 8 提供的 Steam 能力能够利用多核架构实现声明式的数据处理。
在 Java 9 中，Stream API 通过新增方法， 实现有限制的从 Stream 中添加或者移除元素，遍历 Stream 中的元素，以及通过扩展 Java SE API 集合实现从空值创建流的功能。
Java 9 支持代码缓存的分割
JDK 9 支持将代码缓存分割成段，从而提高性能并实现扩展功能，例如细粒度锁。由于使用专门的迭代器忽略非方法代码，分离非方法，剖析和非剖析代码，结果扫描时间将得到改进。某些基准的执行时间也得到改进。
通过 Nashorn 项目 Java 9 更好的支持 Javascript
Nashorn 项目
在 JDK 9 中得到改进，它为 Java 提供轻量级的 Javascript 运行时。Nashorn 项目跟随 Netscape 的 Rhino 项目，目的是为了在 Java 中实现一个高性能但轻量级的 Javascript 运行时。Nashorn 项目使得 Java 应用能够嵌入 Javascript。它在 JDK 8 中为 Java 提供一个 Javascript 引擎。
JDK 9 包含一个用来解析 Nashorn 的 ECMAScript 语法树的 API。这个 API 使得 IDE 和服务端框架不需要依赖 Nashorn 项目的内部实现类，就能够分析 ECMAScript 代码。
Java 9 引入 HTTP/2 客户端 API
Java 9 引入了 beta 版的 HTTP/2 客户端 API，升级了 Web 核心 HTTP 协议，这个 API 同时也支持 WebSocket。
HTTP/2 API 可以用来代替 HttpURLConnection API，后者存在一些缺点，包括当初是为现在已经失效的协议所设计，早于 HTTP/1，接口定义太抽象以及使用起来不容易。
Java 9 改进了对 HTML5 和 Unicode 的支持
在 JDK 9 中，Javadoc 文档工具经过增强现在支持生成 HTML5 标记文档。Unicode 8.0 编码标准也得到支持，该标准新增 8000 个字符，10 个块和 6 个脚本。
Java 9 新增 DTLS 安全 API
为了安全，Java 9 新增支持 DTLS（Datagram Transport Layer Security） 的 API。这个协议用来在客户端服务器通信中防止窃听，篡改，消息伪造等。客户端和服务端模式都提供了实现。
Java 9 废弃和移除的 API
Java 9 废弃或者移除了几个不常用的功能。其中最主要的是 Applet API，现在是标记为废弃的。随着对安全要求的提高，主流浏览器已经取消对 Java 浏览器插件的支持
。HTML5 的出现也进一步加速了它的消亡。开发者现在可以使用像 Java Web Start 这样的技术来代替 Applet，它可以实现从浏览器启动应用程序或者安装应用程序。
同时，appletviewer 工具也被标记为废弃。
Java 9 还废弃了并行标记扫描（CMS，Concurrent Mark Sweep）垃圾回收器，在未来的发布版本中将进一步停止支持。其目的是加速 HotSpot 虚拟机中其他垃圾回收器的发展。低暂停 G1（low-pause G1） 回收器将是 CMS 的长期替代品。
同时，之前在 JDK 8 中废弃的垃圾收集组合在 JDK 9 中已经删除。这包括很少使用的组合，例如增量 CMS，ParNew + SerialOld，DefNew + CMS，这些给垃圾收集器的代码库增加了额外的复杂性。
Java 9 也忽略了 Java 导入语句的警告，以有助于大型代码库维持更干净的 lint 警告。在这些代码库中，废弃的功能通常还需要继续使用一段时间，代码中导入废弃类或者方法，如果是开发者有意为之，并且通过注解抑制这些警告信息，那么警告信息将不会显示出来。
在 Java 9 中同时移除的还有通过 Multiple JRE（mJRE）功能在启动时选择 JRE 版本 的功能。这个功能很少使用，同时使 Java 启动器的实现复杂化，自从在 JDK 5 开始出现以来，一直没有完整的文档描述。
Oracle 已经移除 JVM TI（Tool Interface）hprof（Heap Profiling） 代理，它在 JVM 中已经被代替。jhat 工具也被移除，它早已被更好用的堆栈可视化和分析工具所代替。
Java 9 是当前时间线的终结者，新的时间线从此展开
Java 9 的带来了很多新功能。Oracle 最近透漏 Java 9 将是最后一个遵循 Java 名称命名规范和主版本发布周期的版本。
从现在开始，Java 的计划发布周期是 6 个月，下一个 Java 的主版本将于 2018 年 3 月发布，命名为 Java 18.3，紧接着再过六个月将发布 Java 18.9。
Java 新的发布周期也意味着 JDK 9 将不会被作为长期支持版本。相反，下一个长期支持发布版本是 Java 18.9。
Java 更快的发布周期意味着开发者将不需要像以前一样为主要发布版本望眼欲穿。这也意味着开发者将可能跳过 Java 9 和它的不成熟的模块化功能，只需要再等待 6 个月就可以迎来新版本，这将有可能解决开发者的纠结，Simon Maple 这样说，他是 Java 工具供应商 ZeroTurnaround 的 Java 支持者。
