jdk10.0.1这个版本的jdk已经适用于大部分的编程环境，作为编程人员必须的环境，支持多个ide，最为标准的开发模式，让你可以更加方便的体验到开发软件的便捷之处，只需要根据小编给出的安装方式操作即可！

java se development kit 10介绍

JDK 10 是最新的java 10标准开发环境，抱恨了jre10和java10开发工具，是Windows系统常用的组件，附上详细的安装教程，有需要的就下载吧。

JDK 10 的新改进有哪些？

JDK 10 的主要功能包括： 

一个局部变量类型推断，通过增强语言特性将类型推断扩展到局部变量，目的是减少与编码相关的“仪式”，同时保持对静态类型的安全承诺。 

一个干净的垃圾收集器接口，用来改善垃圾收集器源代码之间的隔离效果，这样可以为HotSpot 虚拟机中的内部垃圾收集代码提供更好的模块化功能，也可以更容易向 HotSpot 添加新的垃圾收集器。 

并行、完整的 G1 垃圾收集器，通过实现并行性来改善最坏情况下的延迟问题。 

启用 HotSpot 将对象堆分配给用户指定的备用内存设备（如 NVDIMM 内存模块），这个特性也侧面预示了未来的系统可能会采用异构的内存架构。 

JDK10 包含 12 个JEP (改善提议）：

【286】局部变量类型推断 ：对于开发者来说，这是 JDK10 唯一的真正特性。它向 Java 中引入在其他语言中很常见的  var   ，比如 JavaScript 。只要编译器可以推断此种类型，你不再需要专门声明一个局部变量的类型。一个简单的例子是：

var x = new ArrayList();

这就消除了我们之前必须执行的 ArrayList 类型定义的重复。我鼓励你们去读 JEP ，因为上面有一些关于这个句法是否能用的规则。

有趣的是，需要注意 var 不能成为一个关键字，而是一个保留字。这意味着你仍然可以使用 var 作为一个变量，方法或包名，但是现在（尽管我确定你绝不会）你不能再有一个类被调用。

[310]应用类数据共享(CDS) ：CDS 在 JDK5 时被引进以改善 JVM 启动的表现，同时减少当多个虚拟机在同一个物理或虚拟的机器上运行时的资源占用。

JDK10 将扩展 CDS 到允许内部系统的类加载器、内部平台的类加载器和自定义类加载器来加载获得的类。之前，CDS 的使用仅仅限制在了 bootstrap 的类加载器。

[314]额外的 Unicode 语言标签扩展：这将改善 java.util.Locale 类和相关的 API 以实现额外 BCP 47 语言标签的 Unicode 扩展。尤其是，货币类型，一周的第一天，区域覆盖和时区等标签现在将被支持。

[322]基于时间的版本控制：正如我在之前的博客中所讨论的，我们的 JDK 版本字符串格式几乎与 JDK 版本一样多。有幸的是，这是最后需要使用到的，我们可以坚持用它。这种格式使用起来很像 JDK9 中介绍的提供一个更加语义的形式。有一件困扰我的事是包含了一个 INTERIM 元素，正如 JEP 提议中所说，“永远是0”。好吧，如果永远是0，那它有什么意义呢？他们说这是为未来使用做保留，但我仍不是很赞同。我认为，这有些冗余繁杂。

这也消除了在 JDK9 中有过的相当奇怪的情形。第一次更新是 JDK 9.0.1 , 非常符合逻辑。第二次更新是 JDK 9.0.4 ，不合逻辑。原因是，在 JDK9 的版本计数模式下，需要留下空白以便应急或不在预期安排的更新使用。但既然没有更新是必须的，为什么不简单称之为 JDK 9.0.2 呢？

[319]根证书：在 JDK 中将提供一套默认的 CA 根证书。关键的安全部件，如 TLS ，在 OpenJDK 构建中将默认有效。这是 oracle 正在努力确保 OpenJDK 二进制和 Oracle JDK 二进制功能上一样的工作的一部分，是一项有用的补充内容。

[307] 并行全垃圾回收器 G1 : G1 是设计来作为一种低延时的垃圾回收器（但是如果它跟不上旧的堆碎片产生的提升速率的话，将仍然采用完整压缩集合）。在 JDK9 之前，默认的收集器是并行，吞吐，收集器。为了减少在使用默认的收集器的应用性能配置文件的差异，G1 现在有一个并行完整收集机制。

[313]移除 Native-Header 自动生成工具：Java9 开始了一些对 JDK 的家务管理，这项特性是对它的延续。当编译 JNI 代码时，已不再需要单独的工具来生成头文件，因为这可以通过 javac 完成。在未来的某一时刻，JNI 将会被 Panama 项目的结果取代，但是何时发生还不清楚。

[304]垃圾回收器接口: 这不是让开发者用来控制垃圾回收的接口；而是一个在 JVM 源代码中的允许另外的垃圾回收器快速方便的集成的接口。

[312]线程-局部变量管控：这是在 JVM 内部相当低级别的更改，现在将允许在不运行全局虚拟机安全点的情况下实现线程回调。这将使得停止单个线程变得可能和便宜，而不是只能启用或停止所有线程。

[316]在备用存储装置上的堆分配：硬件技术在持续进化，现在可以使用与传统 DRAM 具有相同接口和类似性能特点的非易失性 RAM 。这项 JEP 将使得 JVM 能够使用适用于不同类型的存储机制的堆。

[317] 试验性的基于 Java 的 JIT 编译器：最近宣布的 Metropolis 项目，提议用 Java 重写大部分 JVM 。乍一想，觉得很奇怪。如果 JVM 是用 Java 编写的，那么是否需要一个 JVM 来运行 JVM ？ 相应的，这导致了一个很好的镜像类比。 现实情况是，使用 Java 编写 JVM 并不意味着必须将其编译为字节码，你可以使用 AOT 编译，然后在运行时编译代码以提高性能。

这项 JEP 将 Graal 编译器研究项目引入到 JDK 中。并给将 Metropolis 项目成为现实，使 JVM 性能与当前 C++ 所写版本匹敌（或有幸超越）提供基础。

[296]: 合并 JDK 多个代码仓库到一个单独的储存库中：在 JDK9 中，有 8 个仓库： root、corba、hotspot、jaxp、jaxws、jdk、langtools 和 nashorn 。在 JDK10 中这些将被合并为一个，使得跨相互依赖的变更集的存储库运行 atomic commit （原子提交）成为可能。

jdk10 安装教程：

点击安装包安装，需要注意的是，选择安装目录，不要选到C盘。推荐使用像我这种目录风格，比如

D:JDK10

以便多JDK共存。

同时取消勾选JRE安装，因为JDK从来都是包含JRE的，一般没有必要再独立安装一个JRE浪费硬盘。

配置环境变量

进入电脑的系统环境变量设置页面，win10系统直接在左下角搜索&环境变量&即可

在系统环境变量中新建一个JAVA_HOME环境变量，目录选择JDK10的安装目录如

D:JDK10

保存

在Path变量中，增加一个

%JAVA_HOME%bin

变量，记得让这个变量处于第一个位置，这样可以让它优先级最高，防止安装在C盘的其它JRE和它冲突。

进入cmd命令提示符，win10系统可以在左下角搜索cmd，回车进入。

输入

java -version

可以查看当前JAVA版本

输入

where java

可以查看java命令来源的目录，如果配置正确的话，JDK10的安装目录，应该是第一行输出。我这里第二个是C盘安装了一个JRE。如果在PATH变量中，

%JAVA_HOME%bin

的位置在最后了，可能就会被这个JRE覆盖，导致输出版本不是自己预期的。

DK10中包含许多对JVM的优化：

将JDK多存储库合并为单存储库

并行Full GC 的G1

垃圾回收接口

应用数据共享

线程局部管控

基于实验JAVA 的JIT 编译器

备用内存设备上分配堆内存