Oracle的 Java 8 的HotSpot實現中引入的一些小但受歡迎的功能之一是在啟動器的文檔中添加了許多常見的HotSpot Java啟動器 （ java ）選項/標志。 過去，即使是對某些相當常見的HotSpot JVM選項也感興趣的開發人員 ，不得不潛在地尋找多個不同的來源，以在這些標志上找到“官方”文檔。 這些資源包括上述的Java啟動器文檔以及所有其他資源，例如帶HotSpot VM的Java SE 6 故障排除指南，HotSpot VM（7）的 故障排除指南和Java 8故障排除指南 。 也有許多“非官方”資源記錄了這些選項，例如書籍和Java JVM的-XX選項的最完整列表 。

從不同來源了解HotSpot JVM選項時要意識到的風險之一是，很容易開始閱讀某個JVM選項，而沒有意識到文檔明確針對的是除HotSpot之外的JVM（例如JRockit或IBM的JVM） 。 如果開發人員沒有密切注意，則JRockit的文檔可能特別容易引起誤解，因為該文檔具有Oracle URL和Oracle徽標。

JRockit JVM選項文檔被混淆為HotSpot JVM選項文檔的一個示例是博客文章How to Fix java.lang.OufOfMemoryError：Direct Buffer Memory的反饋評論 ，該作者通過以下方式“更正”了作者關于默認JVM最大直接緩沖區限制的聲明：引用JRockit文檔 （但JRockit的默認值為0導致行為與HotSpot的默認值為0完全不同）。 在另一個不同但相關的示例中，盡管問題是“ SUN JVM 1.6的XX：MaxDirectMemorySize的默認值是多少？”，但XX：MaxDirectMemorySize的StackOverflow線程“ 默認值”上的張貼者也會犯同樣的錯誤，并且還引用了JRockit文檔 。 在Java啟動器主要文檔中記錄了常見的HotSpot選項，應該有助于減少這些引起人們對HotSpot VM選項行為混亂的常見原因。

現在，直接在Java啟動器（適用于該選項的可執行java ） 文檔中直接記錄了兩個HotSpot JVM選項示例，分別是-XX：+ HeapDumpOnOutOfMemory和-XX：MaxDirectMemorySize 。 Oracle HotSpot 8 Java啟動器的文檔描述了以下兩個示例選項：

Java啟動器文檔的先前版本（例如，針對Java 7和Java 6）未描述Java 8之前可用的這些以及其他幾個HotSpot JVM選項。 這是一個很小但很受歡迎的添加，只是從較早版本遷移到Java 8的眾多原因的一小部分。

翻譯自: https://www.javacodegeeks.com/2016/02/improved-documentation-hotspot-options-java-8.html

總結

以上是生活随笔為你收集整理的Java 8中HotSpot选项的改进文档的全部內容，希望文章能夠幫你解決所遇到的問題。

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