知識庫文章 - 網站程式資料庫設計知識文章 | |||
1. 別用new Boolean 在很多場景中Boolean類型是必須的,比如JDBC中boolean類型的set與get都是通過Boolean封裝傳遞的,大部分ORM也是用Boolean來封裝boolean類型的,比如: 通常這些系統中構造的Boolean實例的個數是相當多的,所以系統中充滿了大量Boolean實例小物件,這是相當消耗記憶體的。Boolean類實際上只要兩個實例就夠了,一個true的實例,一個false的實例。 Boolean類提供兩了個靜態變數: 需要的時候只要取這兩個變數就可以了,比如:
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實例。無語中!
有一定開發經驗的開發人員經常會使用hash表(hash表在jdk中的一個實現就是HashMap)來緩存一些資料,從而提高系統的運行速度。比如使用HashMap緩存一些物料資訊、人員資訊等基礎資料,這在提高系統速度的同時也加大了系統的記憶體佔用,特別是當緩存的資料比較多的時候。其實我們可以使用 作業系統中的緩存的概念來解決這個問題,也就是給被緩存的分配一個一定大小的緩存容器,按照一定的演算法淘汰不需要繼續緩存的物件,這樣一方面會因為進行了物件緩存而提高了系統的運行效率,同時由於緩存容器不是無限制擴大,從而也減少了系統的記憶體佔用。現在有很多開源的緩存實現項目,比如 ehcache、oscache等,這些項目都實現了FIFO、MRU等常見的緩存演算法。
5. 避免過深的類層次結構和過深的方法調用 因為這兩者都是非常佔用記憶體的(特別是方法調用更是堆疊空間的消耗大戶。
7. 儘量避免使用static變數,類內私有常量可以用final來代替 8. 對頻繁使用的物件採用物件集區技術 9. 保證每個IO操作,connection及時關閉 (此篇文章為網路轉載,如有冒犯,請來信告知,當即刻移除!)
|
專業服務
java記憶體優化 |