1.         盡量使用直接量

這個大家應該清楚，所以只做簡訴：
String str = "hello";
上面這種方式會創建一個“hello”字符串，而且JVM的字符緩存池還會緩存這個字符串；
String str = new String("hello");
此時程序除創建字符串外，str所引用的String對象底層還包含一個char[]數組，這個char[]數組依次存放了h,e,l,l,o

2.         使用StringBuilder和StringBuffer進行字符串連接

這個我就不多講了，用String做連接時會生成大量臨時字符串

3.         盡早釋放無用對象的引用

大部分時，方法局部引用變量所引用的對象 會隨著方法結束而變成垃圾，因此，大部分時候程序無需將局部，引用變量顯式設為null。

         例如：

         Public void test(){

                   Object obj = new Object();

                   ……

                   Obj=null;

}

上面這個就沒必要了，隨著方法test()的執行完成，程序中obj引用變量的作用域就結束了。但是如果是改成下面：

Public void test(){

                   Object obj = new Object();

                   ……

                   Obj=null;

                   //執行耗時，耗內存操作；或調用耗時，耗內存的方法

                   ……

}

這時候就有必要將obj賦值為null，可以盡早的釋放對Object對象的引用。

4.         盡量少用靜態變量

當某個對象被static變量所引用，那么GC通常是不會回收這個對象所占的內存。如下：

Class Person{

         static Object obj = new Object();

}

對于上面的對象而言，obj變量的生命周期與Person類同步，在其不被卸載的情況下，其對應的Class對象會常駐內存，知道程序結束。

5.         避免在經常調用的方法、循環中創建java對象

6.         緩存經常使用的對象

這里首先說一個實現緩存時常有的兩種方式：

n 使用HashMap進行緩存

n 直接使用某些開源的緩存項目

如果是第一種，程序員需要手動控制HashMap容器里key-value對不至于太多，從而導致其占用過大的內存，致使系統性能下降。

而第二種多使用一些緩存算法，提高系統運行效率，例如OSCache,Ehcache等，它們大都實現了FIFO\MRU等常見的緩存算法。

7.         盡量不要使用finalize方法

實際上，將資源清理放在finalize方法中完成是非常不好的選擇，由于GC的工作量很大，尤其是回收Young代內存時，大都會引起應用程序暫停，所以再選擇使用finalize方法進行資源清理，會導致GC負擔更大，程序運行效率更差。

8.         考慮使用SoftReference

當程序需要創建長度很大的數組時，可以考慮使用SoftReference來包裝數組元素

SoftReference是個很好的選擇，當內存足夠時，它的功能等同于普通引用，當內存不足時，它會犧牲自己，釋放軟引用所引用的對象。例如創建一個長度為100000的Person數組。

注意：在使用軟引用來引用對象時不要忘記軟引用的不確定性，程序通過軟引用所獲取的對象有可能為null（內存緊張時）。所以當應用程序取出SoftReference所引用的java對象之后，應該顯式判斷該對象死后為null，為null時，應該重建對象。

總結：這只是在學習過程中的一些筆記，希望大家多溝通，共同進步