如约而至，Java 10 正式发布！
3 月 20 日，Oracle 宣布 Java 10 正式发布。
官方已提供下载：http://www.oracle.com/technetwork/java/javase/downloads/index.html 。
在 Java 9 之后，Java 采用了基于时间发布的策略，每 6 个月一个版本。这是采用新的发布策略之后的第一个版本。
Java 10 主要有 12 个新特性。
具体来看看。
JEP 286: Local-Variable Type Inference
局部变量的类型推导。
很多人都会吐槽 Java 代码写起来太过繁琐，特别是涉及泛型的时候。就像 C++，也基于 auto 关键字引入了类型推导功能。 Java 也计划引入类似特性，语法是这样的：
var list = new ArrayList<String>(); // infers ArrayList<String>
var stream = list.stream(); // infers Stream<String>该特性只能用于三种场景：
带有初始化信息的局部变量
增强 for 循环中的索引
传统 for 循环中的局部变量
看个复杂点的例子：
对该特性感兴趣的读者可以参考：https://developer.oracle.com/java/jdk-10-local-variable-type-inference 。
JEP 296: Consolidate the JDK Forest into a Single Repository
将 JDK 的多个代码仓库合并到一个代码仓库中。 看过 JDK 代码的应该知道，JDK 的不同功能分布在不同代码仓库中。以 JDK 9 为例，代码仓库有 8 个： root， corba， hotspot，jaxp， jaxws， jdk， langtools 和 nashorn。其中 hotspot 是虚拟机实现代码，jdk 是 Java 类库和相关工具，langtools 是 javac 等工具，nashorn 是 JavaScript 引擎。
JEP 304: Garbage Collector Interface
垃圾收集器接口。
在 hotspot/gc 代码实现方面，引入一个干净的垃圾收集器接口，改进不同垃圾收集器源代码的隔离性。这样添加新的或者删除旧的 GC，都会更容易。
JEP 307: Parallel Full GC for G1
为 G1 垃圾收集器引入并行 Full GC。
JEP 310: Application Class-Data Sharing
Java 之前就引入了类数据共享机制，Class data sharing (CDS) ，以减少 Java 程序的启动时间，降低内存占用。简单来说，Java 安装程序会把 rt.jar 中的核心类提前转化成内部表示，转储到一个共享的文件中（shared archive）。多个 Java 进程（或者说 JVM 实例）可以共享这部分数据。 现在，希望更近一步，支持应用类的数据共享。
JEP 312: Thread-Local Handshakes
修改安全点机制，使得部分回调操作只需要停掉单个线程，而不像以前那样，只能选择或者停掉所有线程，或者都不停止。
JEP 313: Remove the Native-Header Generation Tool (javah)
去掉 javah 工具。
从 JDK 8 开始，javah 的功能已经集成到了 javac 中。所以，javah 可以删掉了。
JEP 314: Additional Unicode Language-Tag Extensions
额外的 Unicode 语言标签扩展。
增强 java.util.Locale 和相关 API，实现 BCP 47 语言标签中额外的 Unicode 扩展。
JEP 316: Heap Allocation on Alternative Memory Devices
在可选内存设备上分配堆内存。 支持将 Java 对象堆分配到 NV-DIMM 等内存设备上。随着 NV-DIMM 越来越便宜，未来的系统可能会搭载异构内存架构。
JEP 317: Experimental Java-Based JIT Compiler
实验性的基于 Java 的 JIT 编译器。 支持基于 Java 的 JIT 编译器。相关工作主要基于 Graal。Graal 也是 Java 9 中引入的 AOT 编译器的基础。
JEP 319: Root Certificates
根证书。 在 JDK 中提供一组默认的根证书。
JEP 322: Time-Based Release Versioning
基于时间的版本字符串。修改 Java SE 平台和 JDK 版本字符串机制。考虑和之前版本号的兼容等问题，新的版本命名机制是： $FEATURE.$INTERIM.$UPDATE.$PATCH
$FEATURE，每次版本发布加 1，不考虑具体的版本内容。（之前的主版本号部分）2018 年 3 月的版本是 JDK 10，9 月的版本是 JDK 11，依此类推。
$INTERIM，中间版本号，在大版本中间发布的，包含问题修复和增强的版本，不会引入非兼容性修改。