好習慣：Java內存管理

本文將介紹幾則Java內存管理的小技巧，讓你告別陋習，爲本身所編寫的Java程序提速。

　　不少人都說「Java完了，只等着衰亡吧!」，爲何呢？最簡單的的例子就是Java作的系統時很是佔內存!一聽到這樣的話，必定會有很多人站出來爲Java辯護，並舉出一堆的性能測試報告來證實這一點。其實從理論上來說Java作的系統並不比其餘語言開發出來的系統更佔用內存，那麼爲何卻有這麼多理由來證實它確實佔內存呢？兩個字，陋習。

　　一、別用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，就不再會出現這種狀況了。

　　二、別用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中均可以使用這種特性。

　　三、用StringBuffer代替字符串相加。

　　這個我就很少講了，由於已經被 人講過N次了。我只想將一個不是笑話的笑話，我在看國內某「著名」java開發的WEB系統的源碼中，居然發現其中大量的使用字符串相加，一個拼裝SQL 語句的方法中居然最多構造了將近100個string實例。無語中!

　　四、過濫使用哈希表

　　有必定開發經驗的開發人員常常會使用hash表(hash 表在JDK中的一個實現就是HashMap)來緩存一些數據，從而提升系統的運行速度。好比使用HashMap緩存一些物料信息、人員信息等基礎資料，這 在提升系統速度的同時也加大了系統的內存佔用，特別是當緩存的資料比較多的時候。其實咱們可使用操做系統中的緩存的概念來解決這個問題，也就是給被緩存的分配一個必定大小的緩存容器，按照必定的算法淘汰不須要繼續緩存的對象，這樣一方面會由於進行了對象緩存而提升了系統的運行效率，同時因爲緩存容器不是無限制擴大，從而也減小了系統的內存佔用。如今有不少開源的緩存實現項目，好比ehcache、 oscache等，這些項目都實現了FIFO、MRU等常見的緩存算法。

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

　　由於這二者都是很是佔用內存的(特別是方法調用更是堆棧空間的消耗大戶)。

　　六、變量只有在用到它的時候才定義和實例化。

　　七、儘可能避免使用static變量，類內私有常量能夠用final來代替。

　　八、對頻繁使用的對象採用對象池技術

　　九、保證每一個IO操做，connection及時關閉