- 相關(guān)推薦
如何解決java內(nèi)存泄漏的問題
在C++中，內(nèi)存泄漏的范圍更大一些。有些對(duì)象被分配了內(nèi)存空間，然后卻不可達(dá)，由于C++中沒有GC，這些內(nèi)存將永遠(yuǎn)收不回來。在Java中，這些不可達(dá)的對(duì)象都由GC負(fù)責(zé)回收，因此不需要考慮這部分的內(nèi)存泄露。
注重事項(xiàng)：
1.最基本的建議是盡早釋放無用對(duì)象的引用。如：
A a = new A( )；
//應(yīng)用a對(duì)象
a = null； //當(dāng)使用對(duì)象a之后主動(dòng)將其設(shè)置為空。
注：假如a 是方法的返回值，不要做這樣的處理，否則你從該方法中得到的返回值永遠(yuǎn)為空，而且這種錯(cuò)誤不易被發(fā)現(xiàn)、排除
2.盡量少用finalize函數(shù)。它會(huì)加大GC的工作量。
3.假如需要使用經(jīng)常用到的圖片，可以使用soft應(yīng)用類型。它盡可能把圖片保存在內(nèi)存中。
4.注重集合數(shù)據(jù)類型，包括數(shù)組、樹、圖、鏈表等數(shù)據(jù)結(jié)構(gòu)，這些數(shù)據(jù)結(jié)構(gòu)對(duì)GC來說，回收更為復(fù)雜。
5.盡量避免在類的默認(rèn)構(gòu)造器中創(chuàng)建、初始化大量的對(duì)象，防止在調(diào)用其自類的構(gòu)造器時(shí)造成不必要的內(nèi)存資源浪費(fèi)
6.盡量避免強(qiáng)制系統(tǒng)做垃圾內(nèi)存的回收，增長(zhǎng)系統(tǒng)做垃圾回收的最終時(shí)間
7.盡量避免顯式申請(qǐng)數(shù)組空間
8.盡量做遠(yuǎn)程方法調(diào)用類應(yīng)用開發(fā)時(shí)使用瞬間值變量，除非遠(yuǎn)程調(diào)用端需要獲取該瞬間值變量的值。
9.盡量在合適的場(chǎng)景下使用對(duì)象池技術(shù)以提高系統(tǒng)性能。
拓展：內(nèi)存溢出類型
1、java.lang.OutOfMemoryError: PermGen space
JVM管理兩種類型的內(nèi)存，堆和非堆。堆是給開發(fā)人員用的上面說的就是，是在JVM啟動(dòng)時(shí)創(chuàng)建;非堆是留給JVM自己用的，用來存放類的信息的。它和堆不同，運(yùn)行期內(nèi)GC不會(huì)釋放空間。如果web app用了大量的第三方j(luò)ar或者應(yīng)用有太多的class文件而恰好MaxPermSize設(shè)置較小，超出了也會(huì)導(dǎo)致這塊內(nèi)存的占用過多造成溢出，或者tomcat熱部署時(shí)侯不會(huì)清理前面加載的環(huán)境，只會(huì)將context更改為新部署的，非堆存的內(nèi)容就會(huì)越來越多。
PermGen space的全稱是Permanent Generation space,是指內(nèi)存的永久保存區(qū)域，這塊內(nèi)存主要是被JVM存放Class和Meta信息的,Class在被Loader時(shí)就會(huì)被放到PermGen space中，它和存放類實(shí)例(Instance)的Heap區(qū)域不同,GC(Garbage Collection)不會(huì)在主程序運(yùn)行期對(duì)PermGen space進(jìn)行清理，所以如果你的應(yīng)用中有很CLASS的話,就很可能出現(xiàn)PermGen space錯(cuò)誤，這種錯(cuò)誤常見在web服務(wù)器對(duì)JSP進(jìn)行pre compile的時(shí)候。如果你的WEB APP下都用了大量的第三方j(luò)ar, 其大小超過了jvm默認(rèn)的大小(4M)那么就會(huì)產(chǎn)生此錯(cuò)誤信息了。
一個(gè)最佳的配置例子：(經(jīng)過本人驗(yàn)證，自從用此配置之后，再未出現(xiàn)過tomcat死掉的情況)
set JAVA_OPTS=-Xms800m -Xmx800m -XX:PermSize=128M -XX:MaxNewSize=256m -XX:MaxPermSize=256m
2、java.lang.OutOfMemoryError: Java heap space
第一種情況是個(gè)補(bǔ)充，主要存在問題就是出現(xiàn)在這個(gè)情況中。其默認(rèn)空間(即-Xms)是物理內(nèi)存的1/64，最大空間(-Xmx)是物理內(nèi)存的1/4。如果內(nèi)存剩余不到40%，JVM就會(huì)增大堆到Xmx設(shè)置的值，內(nèi)存剩余超過70%，JVM就會(huì)減小堆到Xms設(shè)置的值。所以服務(wù)器的Xmx和Xms設(shè)置一般應(yīng)該設(shè)置相同避免每次GC后都要調(diào)整虛擬機(jī)堆的大小。假設(shè)物理內(nèi)存無限大，那么JVM內(nèi)存的最大值跟操作系統(tǒng)有關(guān)，一般32位機(jī)是1.5g到3g之間，而64位的就不會(huì)有限制了。
注意：如果Xms超過了Xmx值，或者堆最大值和非堆最大值的總和超過了物理內(nèi)存或者操作系統(tǒng)的最大限制都會(huì)引起服務(wù)器啟動(dòng)不起來。
垃圾回收GC的角色
JVM調(diào)用GC的頻度還是很高的，主要兩種情況下進(jìn)行垃圾回收：
當(dāng)應(yīng)用程序線程空閑;另一個(gè)是java內(nèi)存堆不足時(shí)，會(huì)不斷調(diào)用GC，若連續(xù)回收都解決不了內(nèi)存堆不足的問題時(shí)，就會(huì)報(bào)out of memory錯(cuò)誤。因?yàn)檫@個(gè)異常根據(jù)系統(tǒng)運(yùn)行環(huán)境決定，所以無法預(yù)期它何時(shí)出現(xiàn)。
根據(jù)GC的機(jī)制，程序的運(yùn)行會(huì)引起系統(tǒng)運(yùn)行環(huán)境的變化，增加GC的觸發(fā)機(jī)會(huì)。
為了避免這些問題，程序的設(shè)計(jì)和編寫就應(yīng)避免垃圾對(duì)象的內(nèi)存占用和GC的開銷。顯示調(diào)用System.GC()只能建議JVM需要在內(nèi)存中對(duì)垃圾對(duì)象進(jìn)行回收，但不是必須馬上回收，
一個(gè)是并不能解決內(nèi)存資源耗空的局面，另外也會(huì)增加GC的消耗。
【如何解決java內(nèi)存泄漏的問題】相關(guān)文章：
怎么解決電腦內(nèi)存不足的問題11-21
Java的內(nèi)存模型11-28
Java內(nèi)存回收11-25
C語言中的指針和內(nèi)存泄漏03-19
如何解決Dreamweaver空格問題11-17
JAVA對(duì)象創(chuàng)造及內(nèi)存布局介紹12-04
科目二壓線問題如何解決02-21
內(nèi)存常見的故障解決辦法11-30