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

從不同來(lái)源了解HotSpot JVM選項(xiàng)時(shí)要意識(shí)到的風(fēng)險(xiǎn)之一是，很容易開(kāi)始閱讀某個(gè)JVM選項(xiàng)，而沒(méi)有意識(shí)到文檔明確針對(duì)的是除HotSpot之外的JVM（例如JRockit或IBM的JVM） 。 如果開(kāi)發(fā)人員沒(méi)有密切注意，則JRockit的文檔可能特別容易引起誤解，因?yàn)樵撐臋n具有Oracle URL和Oracle徽標(biāo)。

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

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

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

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

總結(jié)

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

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。