大家好 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

總結

以上是生活随笔為你收集整理的Java 10及更高版本的思考的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。