你對Java內存管理技巧是否了解，這里和大家分享一下，Java做的系統給人的印象是什么?占內存!說道這句話就會有N多人站出來為java辯護，并舉出一堆的性能測試報告來證明這一點。
遠離陋習Java內存管理的9個小技巧
從理論上來講java做的系統并不比其他語言開發出來的系統更占用內存，那么為什么卻有這么N多理由來證明它確實占內存呢?兩個字，陋習。本文將介紹幾則Java內存管理的小技巧，讓你告別陋習，為自己所編寫的Java程序提速。
Java做的系統給人的印象是什么?占內存!說道這句話就會有N多人站出來為java辯護，并舉出一堆的性能測試報告來證明這一點。
其實從理論上來講java做的系統并不比其他語言開發出來的系統更占用內存，那么為什么卻有這么N多理由來證明它確實占內存呢?兩個字，陋習。
(1)別用new Boolean()。
首先我們來看一下Java內存管理第一個技巧，在很多場景中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，就再也不會出現這種情況了，下面再來看一下Java內存管理的第二個技巧。
(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)避免過深的類層次結構和過深的方法調用。
另外在進行Java內存管理要注意避免過深的類層次結構和過深的方法調用，因為這兩者都是非常占用內存的(特別是方法調用更是堆棧空間的消耗大戶)。
(6)變量只有在用到它的時候才定義和實例化。
(7)盡量避免使用static變量，類內私有常量可以用final來代替。
(8)對頻繁使用的對象采用對象池技術
(9)保證每個IO操作，connection及時關閉