http://www.cnblogs.com/mingforyou/archive/2012/03/03/2378143.html
http://www.educity.cn/wenda/450855.html
Eclipse崩潰，錯誤提示：
MyEclipse has detected that less than 5% of the 64MB of Perm
Gen (Non-heap memory) space remains. It is strongly recommended
that you exit and restart MyEclipse with new virtual machine memory
paramters to increase this memory. Failure to do so can result in
data loss. The recommended Eclipse memory parameters are:
eclipse.exe -vmargs -Xms128M -Xmx512M -XX:PermSize=64M -XX:MaxPermSize=128M
1.參數的含義
-vmargs -Xms128M -Xmx512M -XX:PermSize=64M -XX:MaxPermSize=128M
-vmargs 說明后面是VM的參數，所以后面的其實都是JVM的參數了
-Xms128m JVM初始分配的堆內存
-Xmx512m JVM最大允許分配的堆內存，按需分配
-XX:PermSize=64M JVM初始分配的非堆內存
-XX:MaxPermSize=128M JVM最大允許分配的非堆內存，按需分配
我們首先了解一下JVM內存管理的機制，然后再解釋每個參數代表的含義。
1)堆(Heap)和非堆(Non-heap)內存
按照官方的說法：“Java 虛擬機具有一個堆，堆是運行時數據區域，所有類實例和數組的內存均從此處分配。堆是在 Java 虛擬機啟動時創建的。”“在JVM中堆之外的內存稱為非堆內存(Non-heap memory)”。
可以看出JVM主要管理兩種類型的內存：堆和非堆。簡單來說堆就是Java代碼可及的內存，是留給開發人員使用的；非堆就是JVM留給自己用的，
所以方法區、JVM內部處理或優化所需的內存(如JIT編譯后的代碼緩存)、每個類結構(如運行時常數池、字段和方法數據)以及方法和構造方法的代碼都在非堆內存中。
堆內存分配
JVM初始分配的堆內存由-Xms指定，默認是物理內存的1/64；JVM最大分配的堆內存由-Xmx指定，默認是物理內存的1/4。默認空余堆內存小于40%時，JVM就會增大堆直到-Xmx的最大限制；
空余堆內存大于70%時，JVM會減少堆直到-Xms的最小限制。因此服務器一般設置-Xms、-Xmx 相等以避免在每次GC 后調整堆的大小。
說明：如果-Xmx 不指定或者指定偏小，應用可能會導致java.lang.OutOfMemory錯誤，此錯誤來自JVM，不是Throwable的，無法用try...catch捕捉。
非堆內存分配
JVM使用-XX:PermSize設置非堆內存初始值，默認是物理內存的1/64；由XX:MaxPermSize設置最大非堆內存的大小，默認是物理內存的1/4。（還有一說：MaxPermSize缺省值和-server -client選項相關，
-server選項下默認MaxPermSize為64m，-client選項下默認MaxPermSize為32m。這個我沒有實驗。）
上面錯誤信息中的PermGen space的全稱是Permanent Generation space，是指內存的永久保存區域。還沒有弄明白PermGen space是屬于非堆內存，還是就是非堆內存，但至少是屬于了。
XX:MaxPermSize設置過小會導致java.lang.OutOfMemoryError: PermGen space 就是內存益出。
說說為什么會內存益出：
（1）這一部分內存用于存放Class和Meta的信息，Class在被 Load的時候被放入PermGen space區域，它和存放Instance的Heap區域不同。
（2）GC(Garbage Collection)不會在主程序運行期對PermGen space進行清理，所以如果你的APP會LOAD很多CLASS 的話,就很可能出現PermGen space錯誤。
這種錯誤常見在web服務器對JSP進行pre compile的時候。
2)JVM內存限制(最大值)
首先JVM內存限制于實際的最大物理內存，假設物理內存無限大的話，JVM內存的最大值跟操作系統有很大的關系。簡單的說就32位處理器雖然可控內存空間有4GB,但是具體的操作系統會給一個限制，
這個限制一般是2GB-3GB（一般來說Windows系統下為1.5G-2G，Linux系統下為2G-3G），而64bit以上的處理器就不會有限制了。
2. 為什么有的機器我將-Xmx和-XX:MaxPermSize都設置為512M之后Eclipse可以啟動，而有些機器無法啟動？
通過上面對JVM內存管理的介紹我們已經了解到JVM內存包含兩種：堆內存和非堆內存，另外JVM最大內存首先取決于實際的物理內存和操作系統。所以說設置VM參數導致程序無法啟動主要有以下幾種原因：
1) 參數中-Xms的值大于-Xmx，或者-XX:PermSize的值大于-XX:MaxPermSize；
2) -Xmx的值和-XX:MaxPermSize的總和超過了JVM內存的最大限制，比如當前操作系統最大內存限制，或者實際的物理內存等等。說到實際物理內存這里需要說明一點的是，
如果你的內存是1024MB，但實際系統中用到的并不可能是1024MB，因為有一部分被硬件占用了。
3. 為何將上面的參數寫入到eclipse.ini文件Eclipse沒有執行對應的設置？
那為什么同樣的參數在快捷方式或者命令行中有效而在eclipse.ini文件中是無效的呢？這是因為我們沒有遵守eclipse.ini文件的設置規則：
參數形如“項 值”這種形式，中間有空格的需要換行書寫，如果值中有空格的需要用雙引號包括起來。比如我們使用-vm C:/Java/jre1.6.0/bin/javaw.exe參數設置虛擬機，
在eclipse.ini文件中要寫成這樣：
-vm
C:/Java/jre1.6.0/bin/javaw.exe
-vmargs
-Xms128M
-Xmx512M
-XX:PermSize=64M
-XX:MaxPermSize=128M
實際運行的結果可以通過Eclipse中“Help”-“About Eclipse SDK”窗口里面的“Configuration Details”按鈕進行查看。
另外需要說明的是，Eclipse壓縮包中自帶的eclipse.ini文件內容是這樣的：
-showsplash
org.eclipse.platform
--launcher.XXMaxPermSize
256m
-vmargs
-Xms40m
-Xmx256m
其中–launcher.XXMaxPermSize（注意最前面是兩個連接線）跟-XX:MaxPermSize參數的含義基本是一樣的，我覺得唯一的區別就是前者是eclipse.exe啟動的時候設置的參數，
而后者是eclipse所使用的JVM中的參數。其實二者設置一個就可以了，所以這里可以把–launcher.XXMaxPermSize和下一行使用#注釋掉。
4. 其他的啟動參數。 如果你有一個雙核的CPU，也許可以嘗試這個參數:
-XX:+UseParallelGC
讓GC可以更快的執行。（只是JDK 5里對GC新增加的參數）
補充：
如果你的WEB APP下都用了大量的第三方jar，其大小超過了服務器jvm默認的大小，那么就會產生內存益出問題了。
解決方法： 設置MaxPermSize大小
可以在myelipse里選中相應的服務器比如tomcat5，展開里面的JDK子項頁面，來增加服務器啟動的JVM參數設置：
-Xms128m
-Xmx256m
-XX:PermSize=128M
-XX:MaxNewSize=256m
-XX:MaxPermSize=256m
或者手動設置MaxPermSize大小,比如tomcat，
修改TOMCAT_HOME/bin/catalina.bat，在echo "Using CATALINA_BASE: $CATALINA_BASE"上面加入以下行：
JAVA_OPTS="-server -XX:PermSize=64M -XX:MaxPermSize=128m
建議：將相同的第三方jar文件移置到tomcat/shared/lib目錄下，這樣可以減少jar 文檔重復占用內存
1.JVM內存管理的機制
內存空間劃分為：Sun JDK在實現時遵照JVM規范，將內存空間劃分為堆、JVM方法棧、方法區、本地方法棧、PC寄存器。
堆： 堆用于存儲對象實例及數組值，可以認為Java中所有通過new創建的對象的內存都在此分配，Heap中對象所占用的內存由GC進行回收，在32位操作系統上最大為2GB，在64位操作系統上則沒有限制，其大小可通過-Xms和-Xmx來控制，-Xms為JVM啟動時申請的最小Heap內存，默認為物理內存的1/64但小于1GB；-Xmx為JVM可申請的最大Heap內存，默認為物理內存的1/4但小于1GB，默認當空余堆內存小于40%時，JVM會增大Heap到-Xmx指定的大小，可通過-XX:MinHeapFreeRatio=來指定這個比例；當空余堆內存大于70%時，JVM會減小Heap的大小到-Xms指定的大小，可通過-XX:MaxHeapFreeRatio=來指定這個比例，對于運行系統而言，為避免在運行時頻繁調整Heap 的大小，通常將-Xms和-Xmx的值設成一樣。
JVM方法棧： 為線程私有，其在內存分配上非常高效。當方法運行完畢時，其對應的棧幀所占用的內存也會自動釋放。當JVM方法棧空間不足時，會拋出StackOverflowError的錯誤，在Sun JDK中可以通過-Xss來指定其大小。
方法區： 要加載的類的信息（名稱、修飾符等）、類中的靜態變量、類中定義為final類型的常量、類中的Field信息、類中的方法信息。方法區域也是全局共享的，在一定條件下它也會被GC，當方法區域要使用的內存超過其允許的大小時，會拋出OutOfMemory的錯誤信息。在Sun JDK中這塊區域對應Permanet Generation，又稱為持久代，默認最小值為16MB，最大值為64MB，可通過-XX:PermSize及-XX:MaxPermSize來指定最小值和最大值。
本地方法棧： 用于支持native方法的執行，存儲了每個native方法調用的狀態。在Sun JDK的實現中，和JVM方法棧是同一個。
PC寄存器： 占用的可能為CPU寄存器或操作系統內存。
2.Java堆和棧的區別
Java把內存劃分成兩種：一種是棧內存，一種是堆內存。
在函數中定義的一些基本類型的變量和對象的引用變量都在函數的棧內存中分配。當在一段代碼塊定義一個變量時，Java就在棧中為這個變量分配內存空間，當超過變量的作用域后，Java會自動釋放掉為該變量所分配的內存空間，該內存空間可以立即被另作他用。
堆內存用來存放由new創建的對象和數組。在堆中分配的內存，由Java虛擬機的自動垃圾回收器來管理。在堆中產生了一個數組或對象后，還可以在棧中定義一個特殊的變量，讓棧中這個變量的取值等于數組或對象在堆內存中的首地址，在棧中的這個特殊的變量就變成了數組或者對象的引用變量，以后就可以在程序中使用棧內存中的引用變量來訪問堆中的數組或者對象，引用變量相當于為數組或者對象起的一個別名，或者代號。
引用變量是普通變量，定義時在棧中分配內存，引用變量在程序運行到作用域外釋放。而數組＆對象本身在堆中分配，即使程序運行到使用new產生數組和對象的語句所在地代碼塊之外，數組和對象本身占用的堆內存也不會被釋放，數組和對象在沒有引用變量指向它的時候，才變成垃圾，不能再被使用，但是仍然占著內存，在隨后的一個不確定的時間被垃圾回收器釋放掉。這個也是java比較占內存的主要原因。但是在寫程序的時候，可以人為的控制。
3.Java內存泄露和內存溢出
內存泄漏：分配出去的內存回收不了
內存溢出：指系統內存不夠用了