之前學習了javaGC的原理機制，有了一定的了解，現在做一個整理總結，便於理解記憶，包括三個問題：
1. java GC是什么時候做的？
2. java GC作用的東西是什么？
3. java GC具體都做了些什么事情？
關於java GC原理參看另一篇隨筆：
http://www.cnblogs.com/clarke157/p/7091990.html
1. java GC是什么時候做的？
也就是GC的觸發條件，eden 滿了minor gc，升到老年代的對象大於老年代剩余空間full gc，或者小於時被HandlePromotionFailure參數強制full gc；gc與非gc時間耗時超過了GCTimeRatio的限制引發OOM，調優諸如通過NewRatio控制新生代老年代比例，通過 MaxTenuringThreshold控制進入老年前生存次數等。
2. java GC作用的東西是什么？
從GC root搜索不到，而且經過第一次標記、清理后，仍然沒有復活的對象。
3. java GC具體都做了些什么事情？
年輕代做的是復制清理、from survivor、to survivor是干啥用的、年老代做的是標記清理、標記清理后碎片要不要整理、復制清理和標記清理有有什么優劣勢
年輕代上的內存分配是這樣的，年輕代可以分為3個區域：Eden區和兩個存活區（Survivor 0 、Survivor 1）。
-
絕大多數剛創建的對象會被分配在Eden區，其中的大多數對象很快就會消亡。Eden區是連續的內存空間，因此在其上分配內存極快；
-
當Eden區滿的時候，執行Minor GC，將消亡的對象清理掉，並將剩余的對象復制到一個存活區Survivor0（此時，Survivor1是空白的，兩個Survivor總有一個是空白的）；
-
此后，每次Eden區滿了，就執行一次Minor GC，並將剩余的對象都添加到Survivor0；
-
當Survivor0也滿的時候，將其中仍然活着的對象直接復制到Survivor1，以后Eden區執行Minor GC后，就將剩余的對象添加Survivor1（此時，Survivor0是空白的）。
-
當兩個存活區切換了幾次（HotSpot虛擬機默認15次，用-XX:MaxTenuringThreshold控制，大於該值進入老年代）之后，仍然存活的對象（其實只有一小部分，比如，我們自己定義的對象），將被復制到老年代。
Java 也是有內存泄露的，雖然Java有著名的GC（ 垃圾回收機制），由於Java是通過程序來分配內存空間，釋放則交給GC， 由於程序編寫不當，仍然會引起內存泄露。
Java中的內存泄露的情況：長生命周期的對象持有短生命周期對象的引用就很可能發生內存泄露，盡管短生命周期對象已經不再需要，但是因為長生命周 期對象持有它的引用而導致不能被回收，這就是java中內存泄露的發生場景。例如在Application中保存一個對象，這個對象其實沒有使用了，但是 由於一直被引用，造成不能回收。
內存泄露的情況是：一個外部類的實例對象的方法返回了一個內部類的實例對象，這個內部類對象被長期引用了，即使那個外部類實例對象不再被使用，但由於內部類持久外部類的實例對象，這個外部類對象將不會被垃圾回收。
內存泄露的另外一種情況：當一個對象被存儲進HashSet集合中以后，就不能修改這個對象中的那些參與計算哈希值的字段了，否則，對象修改后的哈希值與 最初存儲進HashSet集合中時的哈希值就不同了，這也會導致無法從HashSet集合中單獨刪除當前對象，造成內存泄露。
Java內存泄露根本原因是什么呢？長生命周期的對象持有短生命周期對象的引用就很可能發生內存泄露，盡管短生命周期對象已經不再需要，但是因為長生命周期對象持有它的引用而導致不能被回收，這就是java中內存泄露的發生場景。具體主要有如下幾大類： 1、靜態集合類引起內存泄露： 像HashMap、Vector等的使用最容易出現內存泄露，這些靜態變量的生命周期和應用程序一致，他們所引用的所有的對象Object也不能被釋放，因為他們也將一直被Vector等引用着。 例: Static Vector v = new Vector(10); for (int i = 1; i<100; i++) { Object o = new Object(); v.add(o); o = null; }// 在這個例子中，循環申請Object 對象，並將所申請的對象放入一個Vector 中，如果僅僅釋放引用本身（o=null），那么Vector 仍然引用該對象，所以這個對象對GC 來說是不可回收的。因此，如果對象加入到Vector 后，還必須從Vector 中刪除，最簡單的方法就是將Vector對象設置為null。 2、當集合里面的對象屬性被修改后，再調用remove（）方法時不起作用。 例： public static void main(String[] args) { Set<Person> set = new HashSet<Person>(); Person p1 = new Person("唐僧","pwd1",25); Person p2 = new Person("孫悟空","pwd2",26); Person p3 = new Person("豬八戒","pwd3",27); set.add(p1); set.add(p2); set.add(p3); System.out.println("總共有:"+set.size()+" 個元素!"); //結果：總共有:3 個元素! p3.setAge(2); //修改p3的年齡,此時p3元素對應的hashcode值發生改變 set.remove(p3); //此時remove不掉，造成內存泄漏 set.add(p3); //重新添加，居然添加成功 System.out.println("總共有:"+set.size()+" 個元素!"); //結果：總共有:4 個元素! for (Person person : set) { System.out.println(person); } } 3、監聽器 在java 編程中，我們都需要和監聽器打交道，通常一個應用當中會用到很多監聽器，我們會調用一個控件的諸如addXXXListener()等方法來增加監聽器，但往往在釋放對象的時候卻沒有記住去刪除這些監聽器，從而增加了內存泄漏的機會。 4、各種連接 比如數據庫連接（dataSourse.getConnection()），網絡連接(socket)和io連接，除非其顯式的調用了其close（）方法將其連接關閉，否則是不會自動被GC 回收的。對於Resultset 和Statement 對象可以不進行顯式回收，但Connection 一定要顯式回收，因為Connection 在任何時候都無法自動回收，而Connection一旦回收，Resultset 和Statement 對象就會立即為NULL。但是如果使用連接池，情況就不一樣了，除了要顯式地關閉連接，還必須顯式地關閉Resultset Statement 對象（關閉其中一個，另外一個也會關閉），否則就會造成大量的Statement 對象無法釋放，從而引起內存泄漏。這種情況下一般都會在try里面去的連接，在finally里面釋放連接。 5、內部類和外部模塊等的引用 內部類的引用是比較容易遺忘的一種，而且一旦沒釋放可能導致一系列的后繼類對象沒有釋放。此外程序員還要小心外部模塊不經意的引用，例如程序員A 負責A 模塊，調用了B 模塊的一個方法如： public void registerMsg(Object b); 這種調用就要非常小心了，傳入了一個對象，很可能模塊B就保持了對該對象的引用，這時候就需要注意模塊B 是否提供相應的操作去除引用。 6、單例模式 不正確使用單例模式是引起內存泄露的一個常見問題，單例對象在被初始化后將在JVM的整個生命周期中存在（以靜態變量的方式），如果單例對象持有外部對象的引用，那么這個外部對象將不能被jvm正常回收，導致內存泄露，考慮下面的例子： class A{ public A(){ B.getInstance().setA(this); } .... } //B類采用單例模式 class B{ private A a; private static B instance=new B(); public B(){} public static B getInstance(){ return instance; } public void setA(A a){ this.a=a; } //getter... } 顯然B采用singleton模式，它持有一個A對象的引用，而這個A類的對象將不能被回收。想象下如果A是個比較復雜的對象或者集合類型會發生什么情況
對象A和B互相引用，最后會不會被GC回收?
GC里邊在JVM當中是使用的ROOT算法，ROOT算法，什么稱作為ROOT呢，就是說類的靜態成員，靜態成員就是static修飾的那種，是“根”的 一個，根還包括方法中的成員變量，只有成員或對象不掛在根上，GC的時候就可能把他們搞掉，這里提到的循環引用，就看這個循環引用是否掛在根上，如果掛在 根上，如果這個根還被JVM的Java代碼所執行的話，就不會GC掉，如果說這個根已經被釋放掉了，這個對象不掛在跟上了，那個這個對象就會被GC掉。