lang
jvm垃圾回收機制-java開發(fā)java經(jīng)驗技巧

jvm垃圾回收機制-java開發(fā)java經(jīng)驗技巧

ID:30769633

大小:49.50 KB

頁數(shù):7頁

時間:2019-01-03

jvm垃圾回收機制-java開發(fā)java經(jīng)驗技巧_第1頁
jvm垃圾回收機制-java開發(fā)java經(jīng)驗技巧_第2頁
jvm垃圾回收機制-java開發(fā)java經(jīng)驗技巧_第3頁
jvm垃圾回收機制-java開發(fā)java經(jīng)驗技巧_第4頁
jvm垃圾回收機制-java開發(fā)java經(jīng)驗技巧_第5頁
資源描述:

《jvm垃圾回收機制-java開發(fā)java經(jīng)驗技巧》由會員上傳分享,免費在線閱讀,更多相關(guān)內(nèi)容在工程資料-天天文庫。

1、JVM垃圾回收機制-Java開發(fā)Java經(jīng)驗技巧JVM垃圾回收機制木文作者:ImportNew?鄭雯未經(jīng)許町,禁止轉(zhuǎn)載!每個Java程序員遲早都會碰到下面這個錯誤:?java>lang

2、:?分配內(nèi)存?保證所有正在被引用的對象還存在于內(nèi)存中?I叫收執(zhí)行代碼已經(jīng)不再引用的對象所占的內(nèi)存應(yīng)用執(zhí)行時,定位和回收垃圾對彖的過程會山用總執(zhí)行時間的將近25%,這會拖累應(yīng)用的執(zhí)行效率。HotspotVM提供的垃圾回收器是一個分代垃圾回收器(GenerationalGC)[9,16,18]-將內(nèi)存劃分為不同的階段,也就是說,不同的生命周期的對象放置在不同的地址池中。這樣的設(shè)計是基于弱年代假設(shè)(WeakGenerationalHypothesis):1?越早分配的對彖越容易失效;2.老對象很少會引用新對象。這種分代方式可以減少垃圾回收的停頓時間以及大范圍對象

3、的回收成木。HotspotVM將一其堆空間分為三個分代空間:1.年輕代(YoungGeneration)O????Java應(yīng)用在分配Java對象時,這些對象會被分配到年輕代堆空間中去O????這個空間人多是小對象并11會被頻繁回收O????曲于年輕代堆空間的垃圾回收會很頻繁,因此其垃圾回收算法會更加重視回收效率2.年老代(OldGenerationn)O????年輕代堆空間的長期存活對彖會轉(zhuǎn)移到(也許是永久性轉(zhuǎn)移)年老代堆空間O????這個堆空間通常比年輕代的堆空間人,并11其空間增長速度較緩O????由于大部分JVM堆空間都分配給了年老代,因此其垃圾回收

4、算法需要更節(jié)省空間,此算法需要能夠處理低垃圾密度的堆空間3.持久代(PermanentGeneration)O????存放VM和Java類的元數(shù)據(jù)(metadata),以及interned字符串和類的靜態(tài)變量次收集(MinorGC)和全收集(FullGC)當(dāng)這三個分代的堆空間比較緊張或者沒有足夠的空間來為新到的請求分配的時候,垃圾冋收機制就會起作用。有兩種類型的垃圾冋收方式:次收集和全收集。當(dāng)年輕代堆空間滿了的時候,會觸發(fā)次收集將還存活的對象移到年老代堆空間。當(dāng)年老代堆空間滿了的時候,會觸發(fā)一個覆蓋全范圍的對象堆的全收集。次收集?當(dāng)年輕代堆空間緊張時會被觸

5、發(fā)?相對于全收集而言,收集間隔較短全收集?當(dāng)老年代或者持久代堆空間滿了,會觸發(fā)全收集操作?可以使用Systcm.gc()方法來顯式的啟動全收集?全收集一般根據(jù)堆大小的不同,需耍的吋間不盡相同,但一般會比較長。不過,如果全收集時間超過3到5秒鐘,那就太長了[1]全收集通常時間最長,并且是程序無法延遲執(zhí)行或者無法達(dá)到吞吐量目標(biāo)的主因。GC的目標(biāo)是去減少程序運行過程中垃圾回收的頻率。為了達(dá)到這個目的,可以從這兩方而入手:?從系統(tǒng)方面考慮:O???盡量采用大堆,但是不要大到需耍系統(tǒng)從磁盤上“換”頁。一般而言,可用的RAM(沒有被系統(tǒng)進程占用的)的80%都應(yīng)該分配給

6、JVMoO???Java堆空間越大,垃圾回收器和jav且應(yīng)用在喬吐量(throughput}和延遲執(zhí)行(latency)方而的效果越好。從應(yīng)用方血考慮:O???減少對象分配Jobjcctallocations'操作,或者采用對象保留(objectretention)方式冇助于減小存活的數(shù)據(jù)大小,這也可以反過來幫助垃圾回收做的更好。O???參考這篇文章一Java性能提升竅門[19]內(nèi)存溢出錯誤(OutOfMemoryError)可怕的內(nèi)存溢出錯誤是Java程序員最不愿意看到的。然而這個錯誤還是會出現(xiàn),尤其應(yīng)用中涉及到大量的數(shù)據(jù)處理時,或應(yīng)用運行時間過長時。一

7、個應(yīng)用所占內(nèi)存大小包括:?Java堆人小?線程棧?I/O緩沖區(qū)?原生庫所分配的內(nèi)存當(dāng)一個應(yīng)用耗盡了內(nèi)存并且JVMGC也無法回收任何對象空間的時候,就會發(fā)生內(nèi)存溢出錯謀。但是,內(nèi)存溢出錯謀并不一定就意味著內(nèi)存泄露(memoryleak)o也冇可能只是一個配置問題,例如設(shè)置的堆大小(如果沒冇設(shè)置那就是缺省的堆大小)對于應(yīng)用來說是不夠用的。JVM命令行參數(shù)無論是客戶端應(yīng)用還是服務(wù)器端應(yīng)用,一旦系統(tǒng)運行緩慢并且垃圾回收所占時間過長,你就會希望通過調(diào)整堆大小來改善這一點。不過,為了不影響其他也跑在同一個系統(tǒng)中的應(yīng)用,不應(yīng)該將堆大小設(shè)置的過大。GC調(diào)優(yōu)是很重要的。找到

8、最佳的分代堆空間是一個迭代的過程[3,10,12]o這里我們假定你

當(dāng)前文檔最多預(yù)覽五頁,下載文檔查看全文

此文檔下載收益歸作者所有

當(dāng)前文檔最多預(yù)覽五頁,下載文檔查看全文
溫馨提示:
1. 部分包含數(shù)學(xué)公式或PPT動畫的文件,查看預(yù)覽時可能會顯示錯亂或異常,文件下載后無此問題,請放心下載。
2. 本文檔由用戶上傳,版權(quán)歸屬用戶,天天文庫負(fù)責(zé)整理代發(fā)布。如果您對本文檔版權(quán)有爭議請及時聯(lián)系客服。
3. 下載前請仔細(xì)閱讀文檔內(nèi)容,確認(rèn)文檔內(nèi)容符合您的需求后進行下載,若出現(xiàn)內(nèi)容與標(biāo)題不符可向本站投訴處理。
4. 下載文檔時可能由于網(wǎng)絡(luò)波動等原因無法下載或下載錯誤,付費完成后未能成功下載的用戶請聯(lián)系客服處理。