1、首先得搞清楚什么叫內(nèi)存泄露,簡(jiǎn)單來說就是一個(gè)東西放在內(nèi)存里的時(shí)間太長(zhǎng)了,當(dāng)你的程序都跑完了,它還存在那里。這時(shí)它是白白的占用了你的內(nèi)存,累積起來占用的內(nèi)存越來越多……最后就會(huì)導(dǎo)致JVM報(bào)錯(cuò):out of memory。
在南沙等地區(qū),都構(gòu)建了全面的區(qū)域性戰(zhàn)略布局,加強(qiáng)發(fā)展的系統(tǒng)性、市場(chǎng)前瞻性、產(chǎn)品創(chuàng)新能力,以專注、極致的服務(wù)理念,為客戶提供成都網(wǎng)站制作、成都做網(wǎng)站、外貿(mào)營(yíng)銷網(wǎng)站建設(shè) 網(wǎng)站設(shè)計(jì)制作按需求定制網(wǎng)站,公司網(wǎng)站建設(shè),企業(yè)網(wǎng)站建設(shè),高端網(wǎng)站設(shè)計(jì),全網(wǎng)營(yíng)銷推廣,成都外貿(mào)網(wǎng)站制作,南沙網(wǎng)站建設(shè)費(fèi)用合理。
2、一般情況下,別人如果能指出你的系統(tǒng)(程序)內(nèi)存溢出,這個(gè)人應(yīng)該還是挺厲害的。通常對(duì)于新人來說,喜歡把變量直接定義在class下(此時(shí)稱之為實(shí)例變量,或者成員變量),那么在方法里調(diào)用后,這個(gè)實(shí)例變量是不會(huì)被釋放的,大量的這樣使用就可能會(huì)引發(fā)內(nèi)存泄露。
3、把變量定義在方法里,當(dāng)這個(gè)方法執(zhí)行完畢后內(nèi)存就得到釋放了,這是個(gè)好習(xí)慣。
4、如果想要看到內(nèi)存溢出,可以按這樣的思路去嘗試一下:定義一個(gè)靜態(tài)的實(shí)例變量(list或其它集合),然后在一個(gè)方法里循環(huán)往這個(gè)靜態(tài)變量塞東西,直到這個(gè)實(shí)例變量撐爆你的jvm內(nèi)存。很快你就能看到out of memory……
import java.util.ArrayList;
import java.util.List;
public class MemoryTest {
private static List list = new ArrayList();
private static int count = 0;
public static void main(String[] args) throws InterruptedException {
System.out.println("申請(qǐng)前的可用內(nèi)存 = "+getFreeMemory());
while(true){
list.add(new byte[1024*1024]);//用實(shí)例變量申請(qǐng)1M內(nèi)存,當(dāng)方法執(zhí)行完畢時(shí),這個(gè)static的變量是不會(huì)被釋放
count++;
if (count % 100 == 0) {
System.out.println("當(dāng)前l(fā)ist.size()="+list.size()+",可用內(nèi)存 = "+getFreeMemory());
Thread.sleep(500);
}
}
}
public static long getFreeMemory() {
return Runtime.getRuntime().freeMemory() / (1024 * 1024);
}
}
java程序大家都知道,內(nèi)存溢出是經(jīng)常見的錯(cuò)誤,下面從基本的開始分析!
內(nèi)存溢出是由于沒被引用的對(duì)象(垃圾)過多造成JVM沒有及時(shí)回收,造成的內(nèi)存溢出。如果出現(xiàn)這種現(xiàn)象可行代碼排查:
一)是否App中的類中和引用變量過多使用了Static修飾 如public staitc Student s;在類中的屬性中使用 static修飾的最好只用基本類型或字符串。如public static int i = 0; //public static String str;
二)是否App中使用了大量的遞歸或無(wú)限遞歸(遞歸中用到了大量的建新的對(duì)象)
三)是否App中使用了大量循環(huán)或死循環(huán)(循環(huán)中用到了大量的新建的對(duì)象)
四)檢查App中是否使用了向數(shù)據(jù)庫(kù)查詢所有記錄的方法。即一次性全部查詢的方法,如果數(shù)據(jù)量超過10萬(wàn)多條了,就可能會(huì)造成內(nèi)存溢出。所以在查詢時(shí)應(yīng)采用“分頁(yè)查詢”。
五)檢查是否有數(shù)組,List,Map中存放的是對(duì)象的引用而不是對(duì)象,因?yàn)檫@些引用會(huì)讓對(duì)應(yīng)的對(duì)象不能被釋放。會(huì)大量存儲(chǔ)在內(nèi)存中。
六)檢查是否使用了“非字面量字符串進(jìn)行+”的操作。因?yàn)镾tring類的內(nèi)容是不可變的,每次運(yùn)行"+"就會(huì)產(chǎn)生新的對(duì)象,如果過多會(huì)造成新String對(duì)象過多,從而導(dǎo)致JVM沒有及時(shí)回收而出現(xiàn)內(nèi)存溢出。
如String s1 = "My name";
String s2 = "is";
String s3 = "xuwei";
String str = s1 + s2 + s3 +.........;這是會(huì)容易造成內(nèi)存溢出的
但是String str = "My name" + " is " + " xuwei" + " nice " + " to " + " meet you"; //但是這種就不會(huì)造成內(nèi)存溢出。因?yàn)檫@是”字面量字符串“,在運(yùn)行"+"時(shí)就會(huì)在編譯期間運(yùn)行好。不會(huì)按照J(rèn)VM來執(zhí)行的。
在使用String,StringBuffer,StringBuilder時(shí),如果是字面量字符串進(jìn)行"+"時(shí),應(yīng)選用String性能更好;如果是String類進(jìn)行"+"時(shí),在不考慮線程安全時(shí),應(yīng)選用StringBuilder性能更好。
知道原因了,解決起來就非常簡(jiǎn)單了。
內(nèi)存溢出是指應(yīng)用系統(tǒng)中存在無(wú)法回收的內(nèi)存或使用的內(nèi)存過多,最終使得程序運(yùn)行要用到的內(nèi)存大于虛擬機(jī)能提供的最大內(nèi)存。為了解決Java中內(nèi)存溢出問題,我們首先必須了解Java是如何管理內(nèi)存的。Java的內(nèi)存管理就是對(duì)象的分配和釋放問題。在Java中,內(nèi)存的分配是由程序完成的,而內(nèi)存的釋放是由垃圾收集器(Garbage Collection,GC)完成的,程序員不需要通過調(diào)用GC函數(shù)來釋放內(nèi)存,因?yàn)椴煌腏VM實(shí)現(xiàn)者可能使用不同的算法管理GC,有的是內(nèi)存使用到達(dá)一定程度時(shí),GC才開始工作,也有定時(shí)執(zhí)行的,有的是中斷式執(zhí)行GC。但GC只能回收無(wú)用并且不再被其它對(duì)象引用的那些對(duì)象所占用的空間。Java的內(nèi)存垃圾回收機(jī)制是從程序的主要運(yùn)行對(duì)象開始檢查引用鏈,當(dāng)遍歷一遍后發(fā)現(xiàn)沒有被引用的孤立對(duì)象就作為垃圾回收。引起內(nèi)存溢出的原因有很多種,常見的有以下幾種:l 內(nèi)存中加載的數(shù)據(jù)量過于龐大,如一次從數(shù)據(jù)庫(kù)取出過多數(shù)據(jù);l 集合類中有對(duì)對(duì)象的引用,使用完后未清空,使得JVM不能回收;l 代碼中存在死循環(huán)或循環(huán)產(chǎn)生過多重復(fù)的對(duì)象實(shí)體;l 使用的第三方軟件中的BUG;l 啟動(dòng)參數(shù)內(nèi)存值設(shè)定的過??;
第一對(duì)所有的代碼包括頁(yè)面中的java代碼都進(jìn)行一遍徹底的回顧檢查,
1.對(duì)那些靜態(tài)(static)的對(duì)象要特別留神,特別是類型為Map,List,Set的,靜態(tài)的變量會(huì)一直駐存在內(nèi)存中,生命周期比較長(zhǎng),不會(huì)被垃圾器回收。
2.對(duì)于代碼,要審查是否生成了大量的冗余的對(duì)象,還有一些邏輯業(yè)務(wù)處理的類,
算法是否過于復(fù)雜,調(diào)整算法,對(duì)于代碼認(rèn)真審查,再仔細(xì)重構(gòu)一遍代碼,能提高代碼質(zhì)量,提高程序運(yùn)行穩(wěn)定性。
3.Java中的內(nèi)存溢出大都是因?yàn)闂V械淖兞刻嗔?。其?shí)內(nèi)存有的是。建議不用的盡量設(shè)成null以便回收,多用局部變量,少用成員變量。
1),變量所包含的對(duì)象體積較大,占用內(nèi)存較多。
2),變量所包含的對(duì)象生命周期較長(zhǎng)。
3),變量所包含的對(duì)象數(shù)據(jù)穩(wěn)定。
4),該類的對(duì)象實(shí)例有對(duì)該變量所包含的對(duì)象的共享需求。
4.在我的程序中對(duì)靜態(tài)變量的優(yōu)化后,使程序占用內(nèi)存量至少提升了5k-10k。所以也不容忽視。
第二還有就是String類相關(guān)的東西:
1.字符串累加的時(shí)候一定要用StringBuffer的append方法,不要使用+操作符連接兩個(gè)字符串。差別很大。而且在循環(huán)或某些重復(fù)執(zhí)行的動(dòng)作中不要去創(chuàng)建String對(duì)象,因?yàn)镾tring對(duì)象是要用StringBuffer對(duì)象來處理的,一個(gè)String對(duì)象應(yīng)該是產(chǎn)生了 3個(gè)對(duì)象(大概是這樣:))。
2.字符串length()方法來取得字符串長(zhǎng)度的時(shí)候不要把length放到循環(huán)中,可以在循環(huán)外面對(duì)其取值。(包括vector的size方法)。特別是循環(huán)次數(shù)多的時(shí)候,盡量把length放到循環(huán)外面。
int size = xmlVector.size();
for (int i = 2; i size; i++) {
。。。
}
3 寫代碼的時(shí)候處理內(nèi)存溢出
try{
//do sth
....
}catch (outofmemoryerror e){//可以用一個(gè)共通函數(shù)來執(zhí)行.
system.out.print (“no memory! ”);
system.gc();
//do sth again
....
}
4.對(duì)于頻繁申請(qǐng)內(nèi)存和釋放內(nèi)存的操作,還是自己控制一下比較好,但是System.gc()的方法不一定適用,最好使用finallize強(qiáng)制執(zhí)行或者寫自己的finallize方法。 Java 中并不保證每次調(diào)用該方法就一定能夠啟動(dòng)垃圾收集,它只不過會(huì)向JVM發(fā)出這樣一個(gè)申請(qǐng),到底是否真正執(zhí)行垃圾收集,一切都是個(gè)未知數(shù)。
網(wǎng)站名稱:java簡(jiǎn)單內(nèi)存溢出代碼 內(nèi)存溢出 Java
網(wǎng)站URL:http://jinyejixie.com/article6/dochgig.html
成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián),為您提供關(guān)鍵詞優(yōu)化、外貿(mào)建站、網(wǎng)頁(yè)設(shè)計(jì)公司、動(dòng)態(tài)網(wǎng)站、搜索引擎優(yōu)化、標(biāo)簽優(yōu)化
聲明:本網(wǎng)站發(fā)布的內(nèi)容(圖片、視頻和文字)以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主,如果涉及侵權(quán)請(qǐng)盡快告知,我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng),如需處理請(qǐng)聯(lián)系客服。電話:028-86922220;郵箱:631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載,或轉(zhuǎn)載時(shí)需注明來源: 創(chuàng)新互聯(lián)