java虛擬機
更新時間：2008年01月30日 20:58:10 作者：
java虛擬機
眾所周知，jvm的內(nèi)存是受限的，一為機器的體系架構(gòu)，二為操作系統(tǒng)本身。
x86,x86-64,SPARC,.....的內(nèi)存映射是不同，而各操作系統(tǒng)的內(nèi)存管理機制也有區(qū)別。
以下是來自http://fengyouhua.javaeye.com/blog/58170
x86,x86-64,SPARC,.....的內(nèi)存映射是不同，而各操作系統(tǒng)的內(nèi)存管理機制也有區(qū)別。
以下是來自http://fengyouhua.javaeye.com/blog/58170
1. Heap設(shè)定與垃圾回收J(rèn)ava Heap分為3個區(qū)，Young，Old和Permanent。Young保存剛實例化的對象。當(dāng)該區(qū)被填滿時，GC會將對象移到Old區(qū)。Permanent區(qū)則負(fù)責(zé)保存反射對象，本文不討論該區(qū)。JVM的Heap分配可以使用-X參數(shù)設(shè)定，
|
-Xms |
初始Heap大小 |
|
-Xmx |
java heap最大值 |
|
-Xmn |
young generation的heap大小 |
JVM有2個GC線程。第一個線程負(fù)責(zé)回收Heap的Young區(qū)。第二個線程在Heap不足時，遍歷Heap，將Young 區(qū)升級為Older區(qū)。Older區(qū)的大小等于-Xmx減去-Xmn，不能將-Xms的值設(shè)的過大，因為第二個線程被迫運行會降低JVM的性能。
為什么一些程序頻繁發(fā)生GC？有如下原因：
l 程序內(nèi)調(diào)用了System.gc()或Runtime.gc()。
l 一些中間件軟件調(diào)用自己的GC方法，此時需要設(shè)置參數(shù)禁止這些GC。
l Java的Heap太小，一般默認(rèn)的Heap值都很小。
l 頻繁實例化對象，Release對象。此時盡量保存并重用對象，例如使用StringBuffer()和String()。
如果你發(fā)現(xiàn)每次GC后，Heap的剩余空間會是總空間的50%，這表示你的Heap處于健康狀態(tài)。許多Server端的Java程序每次GC后最好能有65%的剩余空間。經(jīng)驗之談：
1．Server端JVM最好將-Xms和-Xmx設(shè)為相同值。為了優(yōu)化GC，最好讓-Xmn值約等于-Xmx的1/3[2]。
2．一個GUI程序最好是每10到20秒間運行一次GC，每次在半秒之內(nèi)完成[2]。
注意：
1．增加Heap的大小雖然會降低GC的頻率，但也增加了每次GC的時間。并且GC運行時，所有的用戶線程將暫停，也就是GC期間，Java應(yīng)用程序不做任何工作。
2．Heap大小并不決定進程的內(nèi)存使用量。進程的內(nèi)存使用量要大于-Xmx定義的值，因為Java為其他任務(wù)分配內(nèi)存，例如每個線程的Stack等。
2．Stack的設(shè)定
每個線程都有他自己的Stack。
|
-Xss |
每個線程的Stack大小 |
Stack的大小限制著線程的數(shù)量。如果Stack過大就好導(dǎo)致內(nèi)存溢漏。-Xss參數(shù)決定Stack大小，例如-Xss1024K。如果Stack太小，也會導(dǎo)致Stack溢漏。
3．硬件環(huán)境
硬件環(huán)境也影響GC的效率，例如機器的種類，內(nèi)存，swap空間，和CPU的數(shù)量。
如果你的程序需要頻繁創(chuàng)建很多transient對象，會導(dǎo)致JVM頻繁GC。這種情況你可以增加機器的內(nèi)存，來減少Swap空間的使用[2]。
4．4種GC
第一種為單線程GC，也是默認(rèn)的GC。，該GC適用于單CPU機器。
第二種為Throughput GC，是多線程的GC，適用于多CPU，使用大量線程的程序。第二種GC與第一種GC相似，不同在于GC在收集Young區(qū)是多線程的，但在Old區(qū)和第一種一樣，仍然采用單線程。-XX:+UseParallelGC參數(shù)啟動該GC。
第三種為Concurrent Low Pause GC，類似于第一種，適用于多CPU，并要求縮短因GC造成程序停滯的時間。這種GC可以在Old區(qū)的回收同時，運行應(yīng)用程序。-XX:+UseConcMarkSweepGC參數(shù)啟動該GC。
第四種為Incremental Low Pause GC，適用于要求縮短因GC造成程序停滯的時間。這種GC可以在Young區(qū)回收的同時，回收一部分Old區(qū)對象。-Xincgc參數(shù)啟動該GC。
相關(guān)文章
這篇文章主要介紹了maven項目下solr和spring的整合配置詳解，小編覺得挺不錯的，現(xiàn)在分享給大家，也給大家做個參考。一起跟隨小編過來看看吧2018-11-11
SpringSecurityOAuth2實現(xiàn)微信授權(quán)登錄
微信的登錄功能是用戶注冊和使用微信的必經(jīng)之路之一,而微信授權(quán)登錄更是方便了用戶的登錄操作,本文主要介紹了SpringSecurityOAuth2實現(xiàn)微信授權(quán)登錄,感興趣的可以了解一下2023-09-09
本文更準(zhǔn)確的說法應(yīng)該是JVM的內(nèi)存模型，但是這里又牽扯了一些其他的前置知識，主要是想從Java入手，從源頭上梳理一遍整個Java底層運行的機制，中間會額外補充一些和題目無關(guān)的前置基礎(chǔ)，導(dǎo)致主講內(nèi)存模型的篇幅所占的比例就不是那么絕對。2021-06-06
SpringBoot項目jar發(fā)布后如何獲取jar包所在目錄路徑
這篇文章主要介紹了SpringBoot項目jar發(fā)布后如何獲取jar包所在目錄路徑，具有很好的參考價值，希望對大家有所幫助。如有錯誤或未考慮完全的地方，望不吝賜教2021-11-11
PowerJob的OmsLogHandler工作流程源碼解析
這篇文章主要為大家介紹了PowerJob的OmsLogHandler工作流程源碼解析，有需要的朋友可以借鑒參考下，希望能夠有所幫助，祝大家多多進步，早日升職加薪2023-12-12
spring實現(xiàn)bean對象創(chuàng)建代碼詳解
這篇文章主要介紹了spring實現(xiàn)bean對象創(chuàng)建代碼詳解，具有一定借鑒價值,需要的朋友可以參考下2017-12-12
這篇文章主要介紹了idea如何自定義代碼模板問題,具有很好的參考價值,希望對大家有所幫助,如有錯誤或未考慮完全的地方,望不吝賜教2024-01-01
mybatis多對多關(guān)聯(lián)實戰(zhàn)教程(推薦)
下面小編就為大家?guī)硪黄猰ybatis多對多關(guān)聯(lián)實戰(zhàn)教程(推薦)。小編覺得挺不錯的，現(xiàn)在就分享給大家，也給大家做個參考。一起跟隨小編過來看看吧2017-10-10
本文主要介紹了Maven下載依賴的順序及配置文件小結(jié)，文中通過示例代碼介紹的非常詳細，對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值，需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧2023-07-07
詳解關(guān)于IntelliJ IDEA中Schedule for Addition 的問題
本篇文章主要介紹了詳解關(guān)于 IntelliJ IDEA 中 Schedule for Addition 的問題，具有一定的參考價值，感興趣的小伙伴們可以參考一下2017-12-12