很多人都說Java完了只等著衰亡吧！為什麼呢？最簡單的的例子就是Java做的系統時非常占內存！一聽到這樣的話一定會有不少人站出來為Java辯護並舉出一堆的性能測試報告來證明這一點其實從理論上來講Java做的系統並不比其他語言開發出來的系統更占用內存那麼為什麼卻有這麼多理由來證明它確實占內存呢？兩個字陋習
別用new Boolean()
在很多場景中Boolean類型是必須的比如JDBC中boolean類型的set與get都是通過Boolean封裝傳遞的大部分ORM也是用Boolean來封裝boolean類型的比如
以下是引用片段
pssetBoolean(isClosednew Boolean(true));
pssetBoolean(isClosednew Boolean(isClosed));
pssetBoolean(isClosednew Boolean(i==));
通常這些系統中構造的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類緩存了到這個狀態的Integer如果使用 IntegervalueOf(int i)傳入的int范圍正好在此內就返回靜態實例這樣如果我們使用IntegervalueOf代替new Integer的話也將大大降低內存的占用如果您的系統要在不同的SDK(比如IBM SDK)中使用的話那麼可以自己做了工具類封裝一下比如IntegerUtilsvalueOf()這樣就可以在任何SDK中都可以使用這種特性
用StringBuffer代替字符串相加
這個我就不多講了因為已經被 人講過N次了我只想將一個不是笑話的笑話我在看國內某著名java開發的WEB系統的源碼中竟然發現其中大量的使用字符串相加一個拼裝SQL 語句的方法中竟然最多構造了將近個string實例無語中!
過濫使用哈希表
有一定開發經驗的開發人員經常會使用hash表(hash 表在JDK中的一個實現就是HashMap)來緩存一些數據從而提高系統的運行速度比如使用HashMap緩存一些物料信息人員信息等基礎資料這 在提高系統速度的同時也加大了系統的內存占用特別是當緩存的資料比較多的時候其實我們可以使用操作系統中的緩存的概念來解決這個問題也就是給被緩存的分配一個一定大小的緩存容器按照一定的算法淘汰不需要繼續緩存的對象這樣一方面會因為進行了對象緩存而提高了系統的運行效率同時由於緩存容器不是無限制擴大從而也減少了系統的內存占用現在有很多開源的緩存實現項目比如ehcacheoscache等這些項目都實現了FIFOMRU等常見的緩存算法
避免過深的類層次結構和過深的方法調用
因為這兩者都是非常占用內存的（特別是方法調用更是堆棧空間的消耗大戶）
變量只有在用到它的時候才定義和實例化
盡量避免使用static變量類內私有常量可以用final來代替
對頻繁使用的對象采用對象池技術
保證每個IO操作connection及時關閉
From:http://tw.wingwit.com/Article/program/Java/hx/201311/26197.html
