一、內(nèi)存溢出類型
1 、 java.lang.OutOfMemoryError: PermGen space

JVM 管理兩種類型的內(nèi)存，堆和非堆。堆是給開發(fā)人員用的上面說的就是，是在 JVM 啟動時創(chuàng)建；非堆是留給 JVM 自己用的，用來存放類的信息的。它和堆不同，運行期內(nèi) GC 不會釋放空間。如果 web app 用了大量的第三方 jar 或者應(yīng)用有太多的 class 文件而恰好 MaxPermSize 設(shè)置較小，超出了也會導致這塊內(nèi)存的占用過多造成溢出，或者 tomcat 熱部署時侯不會清理前面加載的環(huán)境，只會將 context 更改為新部署的，非堆存的內(nèi)容就會越來越多。

2 、 java.lang.OutOfMemoryError: Java heap space

第一種情況是個補充，主要存在問題就是出現(xiàn)在這個情況中。其默認空間 ( 即 -Xms) 是物理內(nèi)存的 1/64 ，最大空間 (-Xmx) 是物理內(nèi)存的 1/4 。如果內(nèi)存剩余不到 40 ％， JVM 就會增大堆到 Xmx 設(shè)置的值，內(nèi)存剩余超過 70 ％， JVM 就會減小堆到 Xms 設(shè)置的值。所以服務(wù)器的 Xmx 和 Xms 設(shè)置一般應(yīng)該設(shè)置相同避免每次 GC 后都要調(diào)整虛擬機堆的大小。假設(shè)物理內(nèi)存無限大，那么 JVM 內(nèi)存的最大值跟操作系統(tǒng)有關(guān)，一般 32 位機是 1.5g 到 3g 之間，而 64 位的就不會有限制了。

注意：如果 Xms 超過了 Xmx 值，或者堆最大值和非堆最大值的總和超過了物理內(nèi)存或者操作系統(tǒng)的最大限制都會引起服務(wù)器啟動不起來。

垃圾回收 GC 的角色

JVM 調(diào)用 GC 的頻度還是很高的，主要兩種情況下進行垃圾回收：

當應(yīng)用程序線程空閑；另一個是 java 內(nèi)存堆不足時，會不斷調(diào)用 GC ，若連續(xù)回收都解決不了內(nèi)存堆不足的問題時，就會報 out of memory 錯誤。因為這個異常根據(jù)系統(tǒng)運行環(huán)境決定，所以無法預期它何時出現(xiàn)。

根據(jù) GC 的機制，程序的運行會引起系統(tǒng)運行環(huán)境的變化，增加 GC 的觸發(fā)機會。

為了避免這些問題，程序的設(shè)計和編寫就應(yīng)避免垃圾對象的內(nèi)存占用和 GC 的開銷。顯示調(diào)用 System.GC() 只能建議 JVM 需要在內(nèi)存中對垃圾對象進行回收，但不是必須馬上回收，

一個是并不能解決內(nèi)存資源耗空的局面，另外也會增加 GC 的消耗。

二、 JVM 內(nèi)存區(qū)域組成
簡單的說 java中的堆和棧

java把內(nèi)存分兩種：一種是棧內(nèi)存，另一種是堆內(nèi)存

1。在函數(shù)中定義的基本類型變量和對象的引用變量都在函數(shù)的棧內(nèi)存中分配；

2。堆內(nèi)存用來存放由 new創(chuàng)建的對象和數(shù)組

在函數(shù)（代碼塊）中定義一個變量時， java就在棧中為這個變量分配內(nèi)存空間，當超過變量的作用域后， java會自動釋放掉為該變量所分配的內(nèi)存空間；在堆中分配的內(nèi)存由 java虛擬機的自動垃圾回收器來管理

堆的優(yōu)勢是可以動態(tài)分配內(nèi)存大小，生存期也不必事先告訴編譯器，因為它是在運行時動態(tài)分配內(nèi)存的。缺點就是要在運行時動態(tài)分配內(nèi)存，存取速度較慢；

棧的優(yōu)勢是存取速度比堆要快，缺點是存在棧中的數(shù)據(jù)大小與生存期必須是確定的無靈活 性。

java 堆分為三個區(qū)： New 、 Old 和 Permanent

GC 有兩個線程：

新創(chuàng)建的對象被分配到 New 區(qū)，當該區(qū)被填滿時會被 GC 輔助線程移到 Old 區(qū)，當 Old 區(qū)也填滿了會觸發(fā) GC 主線程遍歷堆內(nèi)存里的所有對象。 Old 區(qū)的大小等于 Xmx 減去 -Xmn

java棧存放

棧調(diào)整：參數(shù)有 +UseDefaultStackSize -Xss256K，表示每個線程可申請 256k的?？臻g

每個線程都有他自己的 Stack