第一對(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)闂Ｖ械淖兞刻嗔恕Ｆ鋵?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ù)。