1， OutOfMemoryError異常

除了程序計數器外，虛擬機內存的其他幾個運行時區域都有發生OutOfMemoryError(OOM)異常的可能，

java Heap 溢出

一般的異常信息：java.lang.OutOfMemoryError:Java heap spacess

java堆用於存儲對象實例，我們只要不斷的創建對象，並且保證GC Roots到對象之間有可達路徑來避免垃圾回收機制清除這些對象，就會在對象數量達到最大堆容量限制後產生內存溢出異常。

出現這種異常，一般手段是先通過內存映像分析工具(如Eclipse Memory Analyzer)對dump出來的堆轉存快照進行分析，重點是確認內存中的對象是否是必要的，先分清是因為內存泄漏(Memory Leak)還是內存溢出(Memory Overflow)。

如果是內存泄漏，可進一步通過工具查看泄漏對象到GC Roots的引用鏈。於是就能找到泄漏對象時通過怎樣的路徑與GC Roots相關聯並導致垃圾收集器無法自動回收。

如果不存在泄漏，那就應該檢查虛擬機的參數(-Xmx與-Xms)的設置是否適當。

2， 虛擬機棧和本地方法棧溢出

如果線程請求的棧深度大於虛擬機所允許的最大深度，將拋出StackOverflowError異常。

如果虛擬機在擴展棧時無法申請到足夠的內存空間，則拋出OutOfMemoryError異常

這裏需要註意當棧的大小越大可分配的線程數就越少。

3， 運行時常量池溢出

異常信息：java.lang.OutOfMemoryError:PermGen space

如果要向運行時常量池中添加內容，最簡單的做法就是使用String.intern()這個Native方法。該方法的作用是：如果池中已經包含一個等於此String的字符串，則返回代表池中這個字符串的String對象；否則，將此String對象包含的字符串添加到常量池中，並且返回此String對象的引用。由於常量池分配在方法區內，我們可以通過-XX:PermSize和-XX:MaxPermSize限制方法區的大小，從而間接限制其中常量池的容量。

4， 方法區溢出

方法區用於存放Class的相關信息，如類名、訪問修飾符、常量池、字段描述、方法描述等。

異常信息：java.lang.OutOfMemoryError:PermGen space

方法區溢出也是一種常見的內存溢出異常，一個類如果要被垃圾收集器回收，判定條件是很苛刻的。在經常動態生成大量Class的應用中，要特別註意這點。

【情況一】：
　　Java.lang.OutOfMemoryError: Java heap space：這種是java堆內存不夠，一個原因是真不夠，另一個原因是程序中有死循環；
　　如果是java堆內存不夠的話，可以通過調整JVM下面的配置來解決：
　　< jvm-arg>-Xms3062m < / jvm-arg>
　　< jvm-arg>-Xmx3062m < / jvm-arg>
　　
【情況二】
　　java.lang.OutOfMemoryError: GC overhead limit exceeded
　　【解釋】：JDK6新增錯誤類型，當GC為釋放很小空間占用大量時間時拋出；一般是因為堆太小，導致異常的原因，沒有足夠的內存。
　　【解決方案】：
　　1、查看系統是否有使用大內存的代碼或死循環；
　　2、通過添加JVM配置，來限制使用內存：
　　< jvm-arg>-XX:-UseGCOverheadLimit< /jvm-arg>
　　
【情況三】：
　　java.lang.OutOfMemoryError: PermGen space：這種是P區內存不夠，可通過調整JVM的配置：
　　< jvm-arg>-XX:MaxPermSize=128m< /jvm-arg>
　　< jvm-arg>-XXermSize=128m< /jvm-arg>
　　【註】：
　　JVM的Perm區主要用於存放Class和Meta信息的,Class在被Loader時就會被放到PermGen space，這個區域成為年老代，GC在主程序運行期間不會對年老區進行清理，默認是64M大小，當程序需要加載的對象比較多時，超過64M就會報這部分內存溢出了，需要加大內存分配，一般128m足夠。
　　
【情況四】：
　　java.lang.OutOfMemoryError: Direct buffer memory
　　調整-XX:MaxDirectMemorySize= 參數，如添加JVM配置：
　　< jvm-arg>-XX:MaxDirectMemorySize=128m< /jvm-arg>
　　
【情況五】：
　　java.lang.OutOfMemoryError: unable to create new native thread
　　【原因】：Stack空間不足以創建額外的線程，要麽是創建的線程過多，要麽是Stack空間確實小了。
　　【解決】：由於JVM沒有提供參數設置總的stack空間大小，但可以設置單個線程棧的大小；而系統的用戶空間一共是3G，除了Text/Data/BSS /MemoryMapping幾個段之外，Heap和Stack空間的總量有限，是此消彼長的。因此遇到這個錯誤，可以通過兩個途徑解決：
　　1.通過 -Xss啟動參數減少單個線程棧大小，這樣便能開更多線程（當然不能太小，太小會出現StackOverflowError）；
　　2.通過-Xms -Xmx 兩參數減少Heap大小，將內存讓給Stack（前提是保證Heap空間夠用）。
　　
【情況六】：
　　java.lang.StackOverflowError
　　【原因】：這也內存溢出錯誤的一種，即線程棧的溢出，要麽是方法調用層次過多（比如存在無限遞歸調用），要麽是線程棧太小。
　　【解決】：優化程序設計，減少方法調用層次；調整-Xss參數增加線程棧大小。

內存溢出OOM