java 性能雜談

java 語言中，jvm雖然會自動回收垃圾。但是像數組，對象，最好不用的設置為null；

1.先說說數組：

byte[] tbytes = new byte[100];，當你不使用的時候，直接tbytes = null；gc會自動回收置為null的對象；

或者，直接你可以再加上一句System.gc()， 強制回收;

2.Java雖然由GC來回收內存，但也是存在泄露問題的，只是比C++小一點。
（1）與C++的比較
C++所有對象的分配和回收都需要由用戶來管理。即需要管理點，也需要管理邊。若存在不可達的點，無法在回收分配給那個點的內存，導致內存泄露。存在無用的對象引用，自然也會導致內存泄露。
Java由GC來管理內存回收，GC將回收不可達的對象占用的內存空間。所以，Java需要考慮的內存泄露問題主要是那些被引用但無用的對象——即指要管理邊就可以。被引用但無用的對象，程序引用了該對象，但后續不會再使用它。它占用的內存空間就浪費了，如果存在對象的引用，這個對象就被定義為“活動的”，同時不會被釋放。
（2）Java內存泄露處理
處理Java的內存泄露問題：確認該對象不再會被使用，接著典型的做法——把對象數據成員設為null
注意，當局部變量不需要時，不需明顯的設為null，因為一個方法執行完畢時，這些引用會自動被清理。
例子：
List myList=new ArrayList();
for (int i=1;i<100; i++){
   Object o=new Object();
   myList.add(o);
  o=null;
}
此時，所有的Object對象都沒有被釋放，因為變量myList引用這些對象。當myList后來不再用到，將之設為null，釋放所有它引用的對象。之后GC便會回收這些對象占用的內存
（3）內存泄露檢測
市場上已有幾種專業檢查Java內存泄漏的工具，它們的基本工作原理大同小異，都是通過監測Java程序運行時，所有對象的申請、釋放等動作，將內存管理的所有信息進行統計、分析、可視化。開發人員將根據這些信息判斷程序是否有內存泄漏問題。這些工具包括Optimizeit Profiler，JProbe Profiler，JinSight, Rational公司的Purify等。
在運行過程中，我們可以隨時觀察內存的使用情況，通過這種方式，我們可以很快找到那些長期不被釋放，并且不再使用的對象。我們通過檢查這些對象的生存周期，確認其是否為內存泄露。
3、java程序設計中有關內存管理的經驗

1. 最基本的建議是盡早釋放無用對象的引用。如：...
   A a = new A();
   //應用a對象
   a = null; //當使用對象a之后主動將其設置為空
   ….
   注：如果a 是方法的返回值，不要做這樣的處理，否則你從該方法中得到的返回值永遠為空，而且這種錯誤不易被發現、排除
   
2. 盡量少用finalize函數。它會加大GC的工作量。
   
3. 注意集合數據類型，包括數組、樹、圖、鏈表等數據結構，這些數據結構對GC來說，回收更為復雜。
   
4. 盡量避免在類的默認構造器中創建、初始化大量的對象，防止在調用其自類的構造器時造成不必要的內存資源浪費。由于對象的創建是遞歸式的,也就是先調用超級類的構造,然后依次向下遞歸調用構造函數,
   所以應該避免在類的構造函數中初始化變量,這樣可以避免不必要的創建對象造成不必要的內存消耗.當然這里也就看出來接口的優勢。
   
5. 盡量避免強制系統做垃圾內存的回收，增長系統做垃圾回收的最終時間
   
6. 盡量避免顯式申請數組空間
   
7. 別用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));
   通常這些系統中構造的Boolean實例的個數是相當多的，所以系統中充滿了大量Boolean實例小對象，這是相當消耗內存的。Boolean類實際上只要兩個實例就夠了，一個true的實例，一個false的實例。
   Boolean類提供兩了個靜態變量：
   
   public static final Boolean TRUE = new Boolean(true);
   public static final Boolean FALSE = new Boolean(false);
   需要的時候只要取這兩個變量就可以了，
   比如：ps.setBoolean("isClosed",Boolean.TRUE);
   那么象2、3句那樣要根據一個boolean變量來創建一個Boolean怎么辦呢?可以使用Boolean提供的靜態方法：Boolean.valueOf（）
   比如：
   ps.setBoolean("isClosed",Boolean.valueOf(isClosed));
   ps.setBoolean("isClosed",Boolean.valueOf(i==3));
   因為valueOf的內部實現是：return (b ? TRUE : FALSE);
   所以可以節省大量內存。相信如果Java規范直接把Boolean的構造函數規定成private，就再也不會出現這種情況了。
   
8. 別用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中都可以使用這種特性。
   
9. 不要用StringBuffer代替字符串相加
   
10. 不要過濫使用哈希表
    有一定開發經驗的開發人員經常會使用hash表（hash表在JDK中的一個實現就是HashMap）來緩存一些數據，從而提高系統的運行速度。比如使用HashMap緩存一些物料信息、人員信息等基礎資料，這在提高系統速度的同時也加大了系統的內存占用，特別是當緩存的資料比較多的時候。其實我們可以使用操作系統中的緩存的概念來解決這個問題，也就是給被緩存的分配一個一定大小的緩存容器，按照一定的算法淘汰不需要繼續緩存的對象，這樣一方面會因為進行了對象緩存而提高了系統的運行效率，同時由于緩存容器不是無限制擴大，從而也減少了系統的內存占用。現在有很多開源的緩存實現項目，比如ehcache、oscache等，這些項目都實現了FIFO、MRU等常見的緩存算法。
    
11. 避免過深的類層次結構和過深的方法調用。因為這兩者都是非常占用內存的（特別是方法調用更是堆棧空間的消耗大戶）。
    
12. 變量只有在用到它的時候才定義和實例化。
    
13. 共享靜態存儲空間
    我們都知道靜態變量在程序運行期間其內存是共享的,因此有時候為了節約內存工件,將一些變量聲明為靜態變量確實可以起到節約內存空間的作用。但是由于靜態變量生命周期很長,不易被系統回收,所以使用靜態變量要合理,不能盲目的使用.以免適得其反。
    因此建議在下面情況下使用:變量所包含的對象體積較大,占用內存過多；變量所包含對象生命周期較長；變量所包含數據穩定；該類的對象實例有對該變量所包含的對象的共享需求.(也就是說是否需要作為全局變量)。
    
    來自：http://blog.csdn.net/lixiaopeng23/article/details/17225855