Java記憶體管理的九個小技巧

很多人都說“Java完了，隻等着衰亡吧！”，為什麼呢？最簡單的的例子就是Java做的系統時非常占記憶體！一聽到這樣的話，一定會有不少人站出來為Java辯護，并舉出一堆的性能測試報告來證明這一點。其實從理論上來講Java做的系統并不比其他語言開發出來的系統更占用記憶體，那麼為什麼卻有這麼多理由來證明它确實占記憶體呢？兩個字，陋習。

　　1、别用new Boolean（）。

　　在很多場景中Boolean類型是必須的，比如JDBC中boolean類型的set與get都是通過Boolean封裝傳遞的，大部分ORM也是用Boolean來封裝boolean類型的，比如：

　　以下是引用片段：

ps.setBoolean（“isClosed”，new Boolean（true））;  　　ps.setBoolean（“isClosed”，new Boolean（isClosed））;  　　ps.setBoolean（“isClosed”，new Boolean（i==3））;

　　通常這些系統中構造的Boolean執行個體的個數是相當多的，是以系統中充滿了大量Boolean執行個體小對象，這是相當消耗記憶體的。Boolean類實際上隻要兩個執行個體就夠了，一個true的執行個體，一個false的執行個體。

　　Boolean類提供兩了個靜态變量：

　　以下是引用片段：

public static final Boolean TRUE = new Boolean（true）;  　　public static final Boolean FALSE = new Boolean（false）;

　　因為valueOf的内部實作是：return （b?TRUE ： FALSE）;

　　是以可以節省大量記憶體。相信如果Java規範直接把Boolean的構造函數規定成private，就再也不會出現這種情況了。

　　2、别用new Integer。

　　和Boolean類似，java開發中使用Integer封裝int的場合也非常 多，并且通常用int表示的數值通常都非常小。SUN SDK中對Integer的執行個體化進行了優化，Integer類緩存了——128到127這256個狀态的Integer，如果使用 Integer.valueOf（int i），傳入的int範圍正好在此内，就傳回靜态執行個體。這樣如果我們使用Integer.valueOf代替new Integer的話也将大大降低記憶體的占用。如果您的系統要在不同的SDK（比如IBM SDK）中使用的話，那麼可以自己做了工具類封裝一下，比如IntegerUtils.valueOf（），這樣就可以在任何SDK中都可以使用這種特性。

　　3、用StringBuffer代替字元串相加。

　　這個我就不多講了，因為已經被 人講過N次了。我隻想将一個不是笑話的笑話，我在看國内某“着名”java開發的WEB系統的源碼中，竟然發現其中大量的使用字元串相加，一個拼裝SQL 語句的方法中竟然最多構造了将近100個string執行個體。無語中！

　　4、過濫使用哈希表

　　有一定開發經驗的開發人員經常會使用hash表（hash表在JDK中的一個實作就是HashMap）來緩存一些資料，進而提高系統的運作速度。比如使用HashMap緩存一些物料資訊、人員資訊等基礎資料，這 在提高系統速度的同時也加大了系統的記憶體占用，特别是當緩存的資料比較多的時候。其實我們可以使用作業系統中的緩存的概念來解決這個問題，也就是給被緩存的配置設定一個一定大小的緩存容器，按照一定的算法淘汰不需要繼續緩存的對象，這樣一方面會因為進行了對象緩存而提高了系統的運作效率，同時由于緩存容器不是無限制擴大，進而也減少了系統的記憶體占用。現在有很多開源的緩存實作項目，比如ehcache、oscache等，這些項目都實作了FIFO、MRU等常見的緩存算法。

　　5、避免過深的類層次結構和過深的方法調用。

　　因為這兩者都是非常占用記憶體的（特别是方法調用更是堆棧空間的消耗大戶）。

　　6、變量隻有在用到它的時候才定義和執行個體化。

　　7、盡量避免使用static變量，類内私有常量可以用final來代替。

　　8、對頻繁使用的對象采用對象池技術

　　9、保證每個IO操作，connection及時關閉