大家好 Java 10于2018年3月20日发布。我认为许多软件团队将阻止升级。 从Java 8到Java 9的专业人员人数可能还更少。为什么会这样，原因是传统的障碍以及对应用程序服务器，框架甚至是云原生容器的依赖。 例如，如果您正在等待Spring Boot 2.0支持，则Pivotal已发布了该开源软件基础。 在撰写本文时，2018年4月，您可能不会将SpringBoot 2.0应用程序带到Pivotal Cloud Foundry，尽管最新的BuildPack确实声明它支持OpenJDK 9。

企业客户未采用Java 9的背后原因是什么？

• 有些人指责Oracle没有采用Java 9和Jigsaw。 为什么？ 因为Java 9只有6个月的商业支持。
• Java 9于2017年9月公开发布，官方于2018年3月20日用完。这是正确的。 在Java 10th发布的那天。
• Java 10于2018年3月20日公开发布，它的公共更新支持将于预计Java 11发行约6个月后结束。

那么在这个混乱的混乱中该怎么办？

作为IT承包商，DEVOPS和云原生Java企业平台工程师，我将从昨天开始迁移到Java 10。 特别是，如果最终结果是，这样的最终候选版本将在2018年9月之后 。 我期望从Java 10迁移到Java 11的过程会很沮丧。大多数的麻烦是将Java 8代码迁移到Java 10以及以后的版本。

迁移到Java 10及更高版本具有很多优势。

• Java 10压缩了Java虚拟机中的内存使用情况。 例如，紧凑型字符串利用了以下事实：许多应用程序中的字符实际上实际上仅使用8位，而不是分配16位。
• 迁移到Java 10意味着您可以生成自己的模块化JRE，而在云原生配置中，这种JRE占用的空间更少。
  当然，您可以获得更好的性能，因为Oracle和更广泛的OpenJDK项目的那些聪明的热点工程师在字节码执行方面进行了优化。
• 您的企业受到安全漏洞保护
• Java Runtime有一些改进，可以利用本机代码和CPU硬件
• 编译速度将会更快
• 如果您需要图形，则可以获得JavaFX和Open JFX的最新改进。
• 从Java 9开始，垃圾收集器G1是新的默认压缩器。 G1专为服务器运行时JRE设计，可以与CMS收集器之类的应用程序线程并行运行。 它减少了GC暂停，并且在不牺牲吞吐量性能的情况下更可预测。
• 还有更多的东西，例如Java 9添加了Ahead of Time编译的开始，这是一项实验性功能，仅适用于Linux

现在就这样。

翻译自: https://www.javacodegeeks.com/2018/05/thinking-of-java-10-and-beyond.html