JVM原理
1、分代回收（目前JDK都采用此方式）
采用分治的思想，進行代的划分，把不同生命周期的對象放在不同代上，不同代上采用最適合它的垃圾回收方式進行回收。非堆區有CMS Perm Gen（持久化）、Code Cache（代碼緩存）；堆區有Par Eden Space, Par Survivor Space（eden幸存下來的）,CMS Old Gen。堆內存會從JVM啟動參數（-Xmx:3G）指定的內存中分配，Perm不屬於堆內存，由虛擬機直接分配，可以通過-XX:PermSize -XX:MaxPermSize 等參數調整其大小。關系如下圖：
年輕代: 年輕代分三個區。一個Eden區，兩個Survivor區(一般其中一個在用)。當Eden區滿時，還存活的對象將被復制到Survivor區（兩個中的一個），當這個Survivor區滿時，此區的存活對象將被復制到另外一個Survivor區，當這個Survivor去也滿了的時候，從第一個Survivor區復制過來的並且此時還存活的對象，將被復制“年老區(Old Gen)”。需要注意，Survivor的兩個區是對稱的，沒先后關系，所以同一個區中可能同時存在從Eden復制過來對象，和從前一個Survivor復制過來的對象，而復制到年老區的只有從第一個Survivor去過來的對象。而且，Survivor區總有一個是空的。同時，根據程序需要，Survivor區是可以配置為多個的（多於兩個），這樣可以增加對象在年輕代中的存在時間，減少被放到年老代的可能。
年老代:
在年輕代中經歷了N次垃圾回收后仍然存活的對象，就會被放到年老代中。
持久代:
用於存放靜態文件，如今Java類、方法等。持久代對垃圾回收沒有顯著影響，但是有些應用可能動態生成或者調用一些class，例如Hibernate等，在這種時候需要設置一個比較大的持久代空間來存放這些運行過程中新增的類。
2、GC回收
GC有Scavenge GC（回收新生代）和Full GC（整個堆回收）。 應該盡可能減少Full GC的次數。在對JVM調優的過程中，很大一部分工作就是對於FullGC的調節。有如下原因可能導致Full GC：Old Gen滿、Perm Gen滿 、System.gc()顯示調用 、上一次GC之后Heap的各域分配策略動態變化。常用的GC算法如下：
串行收集器
用單線程處理所有垃圾回收工作，因為無需多線程交互，所以效率比較高。但是，也無法使用多處理器的優勢，所以此收集器適合單處理器機器。當然，此收集器也可以用在小數據量（100M左右）情況下的多處理器機器上。可以使用-XX:+UseSerialGC打開。
並行收集器
對年輕代進行並行垃圾回收，因此可以減少垃圾回收時間。一般在多線程多處理器機器上使用。使用-XX:+UseParallelGC.打開。並行收集器可以對年老代進行並行收集。如果年老代不使用並發收集的話，默認是使用單線程進行垃圾回收，因此會制約擴展能力。使用-XX:+UseParallelOldGC打開。使用-XX:ParallelGCThreads=<N>設置並行垃圾回收的線程數。此值可以設置與機器處理器數量相等。此收集器可以進行如下配置：
最大垃圾回收暫停:指定垃圾回收時的最長暫停時間，通過-XX:MaxGCPauseMillis=<N>指定。<N>為毫秒.如果指定了此值的話，堆大小和垃圾回收相關參數會進行調整以達到指定值。設定此值可能會減少應用的吞吐量。
吞吐量:吞吐量為垃圾回收時間與非垃圾回收時間的比值，通過-XX:GCTimeRatio=<N>來設定，公式為1/（1+N）。例如，-XX:GCTimeRatio=19時，表示5%的時間用於垃圾回收。默認情況為99，即1%的時間用於垃圾回收。
並發收集器
可以保證大部分工作都並發進行（應用不停止），垃圾回收只暫停很少的時間，此收集器適合對響應時間要求比較高的中、大規模應用。使用-XX:+UseConcMarkSweepGC打開。
並發收集器主要減少年老代的暫停時間，他在應用不停止的情況下使用獨立的垃圾回收線程，跟蹤可達對象。在每個年老代垃圾回收周期中，在收集初期並發收集器 會對整個應用進行簡短的暫停，在收集中還會再暫停一次。第二次暫停會比第一次稍長，在此過程中多個線程同時進行垃圾回收工作。
並發收集器使用處理器換來短暫的停頓時間。在一個N個處理器的系統上，並發收集部分使用K/N個可用處理器進行回收，一般情況下1<=K<=N/4。
在只有一個處理器的主機上使用並發收集器，設置為incremental mode模式也可獲得較短的停頓時間。
浮動垃圾：由於在應用運行的同時進行垃圾回收，所以有些垃圾可能在垃圾回收進行完成時產生，這樣就造成了“Floating Garbage”，這些垃圾需要在下次垃圾回收周期時才能回收掉。所以，並發收集器一般需要20%的預留空間用於這些浮動垃圾。
Concurrent Mode Failure：並發收集器在應用運行時進行收集，所以需要保證堆在垃圾回收的這段時間有足夠的空間供程序使用，否則，垃圾回收還未完成，堆空間先滿了。這種情況下將會發生“並發模式失敗”，此時整個應用將會暫停，進行垃圾回收。
啟動並發收集器：因為並發收集在應用運行時進行收集，所以必須保證收集完成之前有足夠的內存空間供程序使用，否則會出現“Concurrent Mode Failure”。通過設置-XX:CMSInitiatingOccupancyFraction=<N>指定還有多少剩余堆時開始執行並發收集
3、基本算法概念
參考http://www.cnblogs.com/dolphin0520/p/3783345.html
Mark-Sweep（標記-清除）--會產生碎片
Copying（復制）--能夠使用的內存縮減到原來的一半
Mark-Compact（標記-整理）
Generational Collection（分代收集）
分代收集算法是目前大部分JVM的垃圾收集器采用的算法。它的核心思想是根據對象存活的生命周期將內存划分為若干個不同的區域。一般情況下將堆區划分為老年代（Tenured Generation）和新生代（Young Generation），老年代的特點是每次垃圾收集時只有少量對象需要被回收，而新生代的特點是每次垃圾回收時都有大量的對象需要被回收，那么就可以根據不同代的特點采取最適合的收集算法。對於新生代都采取Copying算法，因為新生代中每次垃圾回收都要回收大部分對象，也就是說需要復制的操作次數較少，但是實際中並不是按照1：1的比例來划分新生代的空間的，一般來說是將新生代划分為一塊較大的Eden空間和兩塊較小的Survivor空間，每次使用Eden空間和其中的一塊Survivor空間，當進行回收時，將Eden和Survivor中還存活的對象復制到另一塊Survivor空間中，然后清理掉Eden和剛才使用過的Survivor空間。老年代的特點是每次回收都只回收少量對象，一般使用的是Mark-Compact算法。