前言
经过4次跳票，历经曲折的Java 9 终于终于在2017年9月21日发布。
从Java 9 这个版本开始，Java 的计划发布周期是 6 个月，下一个 Java 的主版本将于 2018 年 3 月发布，命名为 Java 18.3，紧接着再过六个月将发布 Java18.9。
这意味着Java的更新从传统的以特性驱动的发布周期，转变为以时间驱动的 （6 个月为周期）发布模式，并逐步的将 Oracle JDK 原商业特性进行开源。
针对企业客户的需求，Oracle 将以三年为周期发布长期支持版本（longtermsupport）。
Java 9 提供了超过150项新功能特性，包括备受期待的模块化系统、可交互 的 REPL 工具：jshell，JDK 编译工具，Java 公共 API 和私有代码，以及安全增强、扩展提升、性能管理改善等。可以说Java 9是一个庞大的系统工程，完全做了一个整体改变。
新特效一览
模块化系统
jShell命令
多版本兼容jar包
接口的私有方法
钻石操作符的使用升级
语法改进：try语句
String存储结构变更
便利的集合特性：of()
增强的Stream API
全新的HTTP客户端API
Deprecated的相关API
javadoc的HTML 5支持
Javascript引擎升级：Nashorn
java的动态编译器
JDK 和 JRE 目录结构的改变
模块化系统: Jigsaw =>Modularity
谈到 Java 9 大家往往第一个想到的就是 Jigsaw 项目。众所周知，Java 已经 发展超过 20 年（95 年最初发布），Java 和相关生态在不断丰富的同时也越 来越暴露出一些问题：
Java 运行环境的膨胀和臃肿。每次JVM启动的时候，至少会有30～60MB的内存 加载，主要原因是JVM需要加载rt.jar，不管其中的类是否被classloader加载，第 一步整个jar都会被JVM加载到内存当中去（而模块化可以根据模块的需要加载程 序运行需要的class）
当代码库越来越大，创建复杂，盘根错节的“意大利面条式代码”的几率呈指数级的增长。不同版本的类库交叉依赖导致让人头疼的问题，这些都阻碍了 Java 开发和运行效率的提升。
很难真正地对代码进行封装, 而系统并没有对不同部分（也就是 JAR 文件）之间 的依赖关系有个明确的概念。每一个公共类都可以被类路径之下任何其它的公共类所访问到，这样就会导致无意中使用了并不想被公开访问的 API。
本质上讲也就是说，用模块来管理各个package，通过声明某个package暴露，模块(module)的概念，其实就是package外再裹一层，不声明默认就是隐藏。因此，模块化使得代码组织上更安全，因为它可以指定哪 些部分可以暴露，哪些部分隐藏。
实现目标
模块化的主要目的在于减少内存的开销
只须必要模块，而非全部jdk模块，可简化各种类库和大型应用的开 发和维护
改进 Java SE 平台，使其可以适应不同大小的计算设备
改进其安全性，可维护性，提高性能
模块将由通常的类和新的模块声明文件（module-info.java）组成。该文件是位于java代码结构的顶层，该模块描述符明确地定义了我们的模块需要什么依赖关系， 以及哪些模块被外部使用。在exports子句中未提及的所有包默认情况下将封装在 模块中，不能在外部使用。
要想在java9demo模块中调用java9test模块下包中的结构，需要在java9test的module-info.java中声明：
1. module java9test { 2. 3. //package we export 4. 5. exports com.atguigui.bean; 6. }
exports：控制着哪些包可以被其它模块访问到。所有不被导出的包默认 都被封装在模块里面。
对应在java 9demo 模块的src 下创建module-info.java文件：
1. module java9demo { 2. 3. requires java9test; 4. 5. }
requires：指明对其它模块的依赖。
模块化的主要目的在于减少内存的开销
只须必要模块，而非全部jdk模块，可简化各种类库和大型应用的开 发和维护
改进 Java SE 平台，使其可以适应不同大小的计算设备
改进其安全性，可维护性，提高性能
模块化的主要目的在于减少内存的开销
只须必要模块，而非全部jdk模块，可简化各种类库和大型应用的开 发和维护
改进 Java SE 平台，使其可以适应不同大小的计算设备
改进其安全性，可维护性，提高性能
