第一對所有的代碼包括頁面中的java代碼都進行一遍徹底的回顧檢查，
1.對那些靜態(static)的對象要特別留神，特別是類型為Map,List,Set的，靜態的變量會一直駐存在內存中，生命周期比較長，不會被垃圾器回收。
2．對于代碼，要審查是否生成了大量的冗余的對象，還有一些邏輯業務處理的類，
算法是否過于復雜，調整算法，對于代碼認真審查，再仔細重構一遍代碼，能提高代碼質量，提高程序運行穩定性。
3.Java中的內存溢出大都是因為棧中的變量太多了。其實內存有的是。建議不用的盡量設成null以便回收，多用局部變量，少用成員變量。

1），變量所包含的對象體積較大，占用內存較多。
2），變量所包含的對象生命周期較長。
3），變量所包含的對象數據穩定。
4），該類的對象實例有對該變量所包含的對象的共享需求。
4．在我的程序中對靜態變量的優化后，使程序占用內存量至少提升了5k-10k。所以也不容忽視。

第二還有就是String類相關的東西：
1．字符串累加的時候一定要用StringBuffer的append方法，不要使用+操作符連接兩個字符串。差別很大。而且在循環或某些重復執行的動作中不要去創建String對象，因為String對象是要用StringBuffer對象來處理的，一個String對象應該是產生了 3個對象（大概是這樣：））。
2．字符串length()方法來取得字符串長度的時候不要把length放到循環中，可以在循環外面對其取值。(包括vector的size方法)。特別是循環次數多的時候，盡量把length放到循環外面。
int size = xmlVector.size();
for (int i = 2; i < size; i++) {
...
}
3 .寫代碼的時候處理內存溢出
try{
//do sth
....
}catch (outofmemoryerror e){//可以用一個共通函數來執行.
system.out.print (“no memory! ”);
system.gc();
//do sth again
....
}
　　4.對于頻繁申請內存和釋放內存的操作,還是自己控制一下比較好,但是System.gc()的方法不一定適用，最好使用finallize強制執行或者寫自己的finallize方法。 Java 中并不保證每次調用該方法就一定能夠啟動垃圾收集，它只不過會向JVM發出這樣一個申請，到底是否真正執行垃圾收集，一切都是個未知數。

優化
關閉不需要的連接對象

比如以個數據庫連接當連接后接要馬上關閉

算法最佳

節約運算空間