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