JVM 11中已棄用Java VM標志-XX:+AggressiveOpts [請參見JDK-8199777和JDK-8199778 ]“因為其行為是不明確的。” JDK-8199778的“問題”部分進一步說明了（我添加了重點 ）：

AggressiveOpts已被用作實現各種實驗性能功能的包羅萬象的方法，主要目的是提高非常特定的基準上的分數 。 隨著時間的流逝，它受影響的大多數事物都已被刪除或集成，從而導致該標志的行為定義不清，并容易引起更多無法解決的問題。 該標志當前具有的唯一作用是設置AutoBoxCacheMax = 20000和BiasedLockingStartupDelay = 500 。 兩者都可以通過在命令行上設置相應的標志來手動完成。

根據文檔“ Java HotSpot VM Options ”，在J2SE 5 Update 6中添加了-XX:+AggressiveOpts標志，以“打開預期在即將發布的版本中默認的點性能編譯器優化”。

文章“ Java的-XX：+ AggressiveOpts：它會使您減速嗎？ ”將詳細檢查-XX:+AggressiveOpts VM標志，并進行一些基準比較。 本文的結論是：“通過保留舊式標志，可以減少在已發布的JVM中獲得更新，更快的功能的好處。”

柯克·佩珀代因（Kirk Pepperdine）的一篇更老的文章“ 選擇不當的Java HotSpot垃圾收集標志以及如何修復它們！ ”專門調出-XX:+AggressiveOpts作為行為未知的VM標志的示例。 Pepperdine寫道，自Java SE 5以來，使用此標志的建議并未更改。

當將-XX:+AggressiveOpts標志傳遞給JDK 11 Java啟動器時，將顯示警告：“ VM警告：選項AggressiveOpts在版本11.0中已棄用，并且可能在以后的版本中刪除。”

在JDK 12中 ， -XX:+AggressiveOpts已如廣告所示被刪除（ JDK-8150552 ），并且向任何試圖與Java啟動器結合使用的人發出了警告。 下一個屏幕快照顯示此警告消息，指出：“ VM警告：忽略選項AggressiveOpts； 在12.0英寸中刪除了支持 （從JDK 12 Early Access Build ＃29 [2019/1/24]中刪除）。

在JDK 13 Early Access構建中 ，如果指定了-XX:+AggressiveOpts ，則VM將不會啟動。 這顯示在下一個屏幕快照中（JDK 13 Early Access Build＃5 [2019/1/24]）。

如上圖所示，當指定-XX:+AggressiveOpts標志時，VM無法在JDK 13中啟動，并且報告錯誤消息“無法識別的VM選項'AggressiveOpts'。”

-XX:+AggressiveOpts標志在JDK 11中已棄用 ，已刪除，但僅在JDK 12中指定時才顯示警告，并且在JDK 13中指定時被刪除并阻止VM啟動。

翻譯自: https://www.javacodegeeks.com/2019/01/jdk-13-aggressiveopts.html

總結

以上是生活随笔為你收集整理的JDK 13：什么是AggressiveOpts？的全部內容，希望文章能夠幫你解決所遇到的問題。

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