Java內(nèi)存管理的9個(gè)小技巧
以前很多人都說(shuō)“Java完了，只等著衰亡吧！”，為什么呢？最簡(jiǎn)單的的例子就是Java做的系統(tǒng)時(shí)非常占內(nèi)存！一聽(tīng)到這樣的話，一定會(huì)有不少人站出來(lái)為Java辯護(hù)，并舉出一堆的性能測(cè)試報(bào)告來(lái)證明這一點(diǎn)。其實(shí)從理論上來(lái)講Java做的系統(tǒng)并不比其他語(yǔ)言開(kāi)發(fā)出來(lái)的系統(tǒng)更占用內(nèi)存，那么為什么卻有這么多理由來(lái)證明它確實(shí)占內(nèi)存呢？?jī)蓚€(gè)字，陋習(xí)。
1、別用new Boolean（）。
在很多場(chǎng)景中Boolean類型是必須的，比如JDBC中boolean類型的set與get都是通過(guò)Boolean封裝傳遞的，大部分ORM也是用Boolean來(lái)封裝boolean類型的，比如
ps.setBoolean（“isClosed”，new Boolean（true））;
ps.setBoolean（“isClosed”，new Boolean（isClosed））;
ps.setBoolean（“isClosed”，new Boolean（i==3））;
通常這些系統(tǒng)中構(gòu)造的Boolean實(shí)例的個(gè)數(shù)是相當(dāng)多的，所以系統(tǒng)中充滿了大量Boolean實(shí)例小對(duì)象，這是相當(dāng)消耗內(nèi)存的。Boolean類實(shí)際上只要兩個(gè)實(shí)例就夠了，一個(gè)true的實(shí)例，一個(gè)false的實(shí)例。Boolean類提供兩了個(gè)靜態(tài)變量：
public static final Boolean TRUE = new Boolean（true）;
public static final Boolean FALSE = new Boolean（false）;
因?yàn)?/span>valueOf的內(nèi)部實(shí)現(xiàn)是：return （b ？ TRUE ： FALSE）;所以可以節(jié)省大量?jī)?nèi)存。相信如果Java規(guī)范直接把Boolean的構(gòu)造函數(shù)規(guī)定成private，就再也不會(huì)出現(xiàn)這種情況了。
2、別用new Integer。
和Boolean類似，java開(kāi)發(fā)中使用Integer封裝int的場(chǎng)合也非常 多，并且通常用int表示的數(shù)值通常都非常小。SUN SDK中對(duì)Integer的實(shí)例化進(jìn)行了優(yōu)化，Integer類緩存了-128到127這256個(gè)狀態(tài)的Integer，如果使用 Integer.valueOf（int i），傳入的int范圍正好在此內(nèi)，就返回靜態(tài)實(shí)例。這樣如果我們使用Integer.valueOf代替new Integer的話也將大大降低內(nèi)存的占用。如果您的系統(tǒng)要在不同的SDK（比如IBM SDK）中使用的話，那么可以自己做了工具類封裝一下，比如IntegerUtils.valueOf（），這樣就可以在任何SDK中都可以使用這種特性。
3、用StringBuffer代替字符串相加。
這個(gè)我就不多講了，因?yàn)橐呀?jīng)被 人講過(guò)N次了。我只想將一個(gè)不是笑話的笑話，我在看國(guó)內(nèi)某“著名”java開(kāi)發(fā)的WEB系統(tǒng)的源碼中，竟然發(fā)現(xiàn)其中大量的使用字符串相加，一個(gè)拼裝SQL 語(yǔ)句的方法中竟然最多構(gòu)造了將近100個(gè)string實(shí)例。無(wú)語(yǔ)中！
4、過(guò)濫使用哈希表
有一定開(kāi)發(fā)經(jīng)驗(yàn)的開(kāi)發(fā)人員經(jīng)常會(huì)使用hash表（hash 表在JDK中的一個(gè)實(shí)現(xiàn)就是HashMap）來(lái)緩存一些數(shù)據(jù)，從而提高系統(tǒng)的運(yùn)行速度。比如使用HashMap緩存一些物料信息、人員信息等基礎(chǔ)資料，這 在提高系統(tǒng)速度的同時(shí)也加大了系統(tǒng)的內(nèi)存占用，特別是當(dāng)緩存的資料比較多的時(shí)候。其實(shí)我們可以使用操作系統(tǒng)中的緩存的概念來(lái)解決這個(gè)問(wèn)題，也就是給被緩存的分配一個(gè)一定大小的緩存容器，按照一定的算法淘汰不需要繼續(xù)緩存的對(duì)象，這樣一方面會(huì)因?yàn)檫M(jìn)行了對(duì)象緩存而提高了系統(tǒng)的運(yùn)行效率，同時(shí)由于緩存容器不是無(wú)限制擴(kuò)大，從而也減少了系統(tǒng)的內(nèi)存占用。現(xiàn)在有很多開(kāi)源的緩存實(shí)現(xiàn)項(xiàng)目，比如ehcache、oscache等，這些項(xiàng)目都實(shí)現(xiàn)了FIFO、MRU等常見(jiàn)的緩存算法。
5、避免過(guò)深的類層次結(jié)構(gòu)和過(guò)深的方法調(diào)用。因?yàn)檫@兩者都是非常占用內(nèi)存的（特別是方法調(diào)用更是堆棧空間的消耗大戶）。
6、變量只有在用到它的時(shí)候才定義和實(shí)例化。
7、盡量避免使用static變量，類內(nèi)私有常量可以用final來(lái)代替。
8、對(duì)頻繁使用的對(duì)象采用對(duì)象池技術(shù)
9、保證每個(gè)IO操作，connection及時(shí)關(guān)閉
轉(zhuǎn)自：瘋狂軟件