這篇文章主要介紹了java中的JVM怎么調(diào)優(yōu)的相關(guān)知識(shí)，內(nèi)容詳細(xì)易懂，操作簡(jiǎn)單快捷，具有一定借鑒價(jià)值，相信大家閱讀完這篇java中的JVM怎么調(diào)優(yōu)文章都會(huì)有所收獲，下面我們一起來(lái)看看吧。

創(chuàng)新互聯(lián)基于成都重慶香港及美國(guó)等地區(qū)分布式IDC機(jī)房數(shù)據(jù)中心構(gòu)建的電信大帶寬，聯(lián)通大帶寬，移動(dòng)大帶寬，多線BGP大帶寬租用,是為眾多客戶提供專業(yè)四川雅安電信機(jī)房報(bào)價(jià)，主機(jī)托管價(jià)格性價(jià)比高，為金融證券行業(yè)服務(wù)器托管，ai人工智能服務(wù)器托管提供bgp線路100M獨(dú)享，G口帶寬及機(jī)柜租用的專業(yè)成都idc公司。

JVM的引入，使Java語(yǔ)言可以在不同平臺(tái)上運(yùn)行時(shí)不需要重新編譯。但是程序上線前的測(cè)試或者運(yùn)營(yíng)的過(guò)程中，會(huì)出現(xiàn)各種關(guān)于JVM的問(wèn)題。例CPU load過(guò)高、請(qǐng)求延遲、tps降低，甚至出現(xiàn)內(nèi)存泄漏，內(nèi)容一處導(dǎo)致系統(tǒng)崩潰等等問(wèn)題。因此需要對(duì)JVM進(jìn)行調(diào)優(yōu)，促使程序正常運(yùn)行的前提下獲得更高的用戶體驗(yàn)和運(yùn)行效率。

觀察內(nèi)存釋放情況、集合類檢查、對(duì)象樹。

可查看堆空間大小分配（年輕代、年老代、持久代分配）。

提供即時(shí)的垃圾回收功能。垃圾監(jiān)控（長(zhǎng)時(shí)間監(jiān)控回收情況）。

查看堆內(nèi)類、對(duì)象信息查看：數(shù)量、類型等。

對(duì)象引用情況查看。

有了堆信息查看方面的功能，我們一般可以順利解決以下問(wèn)題：

--年老代年輕代大小劃分是否合理

--內(nèi)存泄漏

--垃圾回收算法設(shè)置是否合理

線程信息監(jiān)控：系統(tǒng)線程數(shù)量。

線程狀態(tài)監(jiān)控：各個(gè)線程都處在什么樣的狀態(tài)下。

Dump線程詳細(xì)信息：查看線程內(nèi)部運(yùn)行情況死鎖檢查。

問(wèn)題一：內(nèi)存泄漏檢查

內(nèi)存泄漏是比較常見(jiàn)的問(wèn)題，而且解決方法也比較通用，這里可以重點(diǎn)說(shuō)一下，而線程、熱點(diǎn)方面的問(wèn)題則是具體問(wèn)題具體分析了。

內(nèi)存泄漏一般可以理解為系統(tǒng)資源（各方面的資源，堆、棧、線程等）在錯(cuò)誤使用的情況下，導(dǎo)致使用完畢的資源無(wú)法回收（或沒(méi)有回收），從而導(dǎo)致新的資源分配請(qǐng)求無(wú)法完成，引起系統(tǒng)錯(cuò)誤。

內(nèi)存泄漏對(duì)系統(tǒng)危害比較大，因?yàn)樗梢灾苯訉?dǎo)致系統(tǒng)的崩潰。

需要區(qū)別一下，內(nèi)存泄漏和系統(tǒng)超負(fù)荷兩者是有區(qū)別的，雖然可能導(dǎo)致的最終結(jié)果是一樣的。內(nèi)存泄漏是用完的資源沒(méi)有回收引起錯(cuò)誤，而系統(tǒng)超負(fù)荷則是系統(tǒng)確實(shí)沒(méi)有那么多資源可以分配了（其他的資源都在使用）。

解決方案：

這種方式解決起來(lái)也比較容易，一般就是根據(jù)垃圾回收前后情況對(duì)比，同時(shí)根據(jù)對(duì)象引用情況（常見(jiàn)的集合對(duì)象引用）分析，基本都可以找到泄漏點(diǎn)。

問(wèn)題二：持久代被占滿

異常：java.lang.OutOfMemoryError: PermGen space

說(shuō)明：Perm空間被占滿。無(wú)法為新的 class分配存儲(chǔ)空間而引發(fā)的異常。這個(gè)異常以前是沒(méi)有的，但是在 Java反射大量使的今天這個(gè)異常比較常見(jiàn)了。主要原因就是大量動(dòng)態(tài)反射生成的類不斷被加載，最終導(dǎo)致 Perm區(qū)被占滿。

更可怕的是，不同的 classLoader即便使用了相同的類，但是都會(huì)對(duì)其進(jìn)行加載，相當(dāng)于同一個(gè)東西，如果有 N個(gè)classLoader那么他將會(huì)被加載 N次。因此，某些情況下，這個(gè)問(wèn)題基本視為無(wú)解。當(dāng)然，存在大量 classLoader和大量反射類的情況其實(shí)也不多。

解決方案：

1. -XX:MaxPermSize=16m

2.換用 JDK。比如 JRocket。

問(wèn)題三：堆棧溢出

異常：java.lang.StackOverflowError

說(shuō)明：這個(gè)就不多說(shuō)了，一般就是遞歸沒(méi)返回，或者循環(huán)調(diào)用造成

問(wèn)題四：線程堆棧滿

異常：Fatal: Stack size too small

說(shuō)明：java中一個(gè)線程的空間大小是有限制的。JDK5.0以后這個(gè)值是 1M。與這個(gè)線程相關(guān)的數(shù)據(jù)將會(huì)保存在其中。但是當(dāng)線程空間滿了以后，將會(huì)出現(xiàn)上面異常。

解決：增加線程棧大小。-Xss2m。但這個(gè)配置無(wú)法解決根本問(wèn)題，還要看代碼部分是否有造成泄漏的部分。

問(wèn)題五：系統(tǒng)內(nèi)存被占滿

異常：java.lang.OutOfMemoryError: unable to create new native thread

  說(shuō)明：這個(gè)異常是由于操作系統(tǒng)沒(méi)有足夠的資源來(lái)產(chǎn)生這個(gè)線程造成的。系統(tǒng)創(chuàng)建線程時(shí)，除了要在 Java堆中分配內(nèi)存外，操作系統(tǒng)本身也需要分配資源來(lái)創(chuàng)建線程。因此，當(dāng)線程數(shù)量大到一定程度以后，堆中或許還有空間，但是操作系統(tǒng)分配不出資源來(lái)了，就出現(xiàn)這個(gè)異常了。

分配給 Java虛擬機(jī)的內(nèi)存愈多，系統(tǒng)剩余的資源就越少，因此，當(dāng)系統(tǒng)內(nèi)存固定時(shí)，分配給 Java虛擬機(jī)的內(nèi)存越多，那么，系統(tǒng)總共能夠產(chǎn)生的線程也就越少，兩者成反比的關(guān)系。同時(shí)，可以通過(guò)修改-Xss來(lái)減少分配給單個(gè)線程的空間，也可以增加系統(tǒng)總共內(nèi)生產(chǎn)的線程數(shù)。

解決方案：

1.重新設(shè)計(jì)系統(tǒng)減少線程數(shù)量。

2.線程數(shù)量不能減少的情況下，通過(guò)-Xss減小單個(gè)線程大小。以便能生產(chǎn)更多的線程。

關(guān)于“java中的JVM怎么調(diào)優(yōu)”這篇文章的內(nèi)容就介紹到這里，感謝各位的閱讀！相信大家對(duì)“java中的JVM怎么調(diào)優(yōu)”知識(shí)都有一定的了解，大家如果還想學(xué)習(xí)更多知識(shí)，歡迎關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道。