java內存溢出的原因和解決方法

內存溢出含義：

內存溢出（out of memory）通俗理解就是內存不夠，通常在運行大型軟件或游戲時，軟件或游戲所需要的內存遠遠超出了你主機內安裝的內存所承受大小，就叫內存溢出。此時軟件或游戲就運行不了，系統會提示內存溢出，有時候會自動關閉軟件，重啟電腦或者軟件后釋放掉一部分內存又可以正常運行該軟件。

java內存溢出的幾種原因和解決辦法是：

第一類內存溢出，也是大家認為最多，第一反應認為是的內存溢出，就是堆棧溢出：

那什么樣的情況就是堆棧溢出呢？當你看到下面的關鍵字的時候它就是堆棧溢出了：

java.lang.OutOfMemoryError: ......java heap space.....

也就是當你看到heap相關的時候就肯定是堆棧溢出了，此時如果代碼沒有問題的情況下，適當調整-Xmx和-Xms是可以避免的，不過一定是代碼沒有問題的前提，為什么會溢出呢，要么代碼有問題，要么訪問量太多并且每個訪問的時間太長或者數據太多，導致數據釋放不掉，因為垃圾回收器是要找到那些是垃圾才能回收，這里它不會認為這些東西是垃圾，自然不會去回收了；主意這個溢出之前，可能系統會提前先報錯關鍵字為：

java.lang.OutOfMemoryError:GC over head limit exceeded

這種情況是當系統處于高頻的GC狀態，而且回收的效果依然不佳的情況，就會開始報這個錯誤，這種情況一般是產生了很多不可以被釋放的對象，有可能是引用使用不當導致，或申請大對象導致，但是java heap space的內存溢出有可能提前不會報這個錯誤，也就是可能內存就直接不夠導致，而不是高頻GC.

第二類內存溢出，PermGen的溢出，或者PermGen 滿了的提示，你會看到這樣的關鍵字：

關鍵信息為:

java.lang.OutOfMemoryError: PermGen space

原因：系統的代碼非常多或引用的第三方包非常多、或代碼中使用了大量的常量、或通過intern注入常量、或者通過動態代碼加載等方法，導致常量池的膨脹，雖然JDK 1.5以后可以通過設置對永久帶進行回收，但是我們希望的是這個地方是不做GC的，它夠用就行，所以一般情況下今年少做類似的操作，所以在面對這種情況常用的手段是：PermGen的溢出和-XX:MaxPermSize的大小。

第三類內存溢出：在使用ByteBuffer中的allocateDirect()的時候會用到，很多javaNIO的框架中被封裝為其他的方法

溢出關鍵字：

java.lang.OutOfMemoryError: Direct buffer memory
如果你在直接或間接使用了ByteBuffer中的allocateDirect方法的時候，而不做clear的時候就會出現類似的問題，常規的引用程序IO輸出存在一個內核態與用戶態的轉換過程，也就是對應直接內存與非直接內存，如果常規的應用程序你要將一個文件的內容輸出到客戶端需要通過OS的直接內存轉換拷貝到程序的非直接內存（也就是heap中），然后再輸出到直接內存由操作系統發送出去，而直接內存就是由OS和應用程序共同管理的，而非直接內存可以直接由應用程序自己控制的內存，jvm垃圾回收不會回收掉直接內存這部分的內存，所以要注意了哦。

如果經常有類似的操作，可以考慮設置參數：-XX:MaxDirectMemorySize

第四類內存溢出錯誤：

溢出關鍵字：

java.lang.StackOverflowError

這個參數直接說明一個內容，就是-Xss太小了，我們申請很多局部調用的棧針等內容是存放在用戶當前所持有的線程中的，線程在jdk 1.4以前默認是256K，1.5以后是1M，如果報這個錯，只能說明-Xss設置得太小，當然有些廠商的JVM不是這個參數，本文僅僅針對Hotspot VM而已；不過在有必要的情況下可以對系統做一些優化，使得-Xss的值是可用的。

第五類內存溢出錯誤：

溢出關鍵字：

java.lang.OutOfMemoryError: unable to create new native thread

上面第四種溢出錯誤，已經說明了線程的內存空間，其實線程基本只占用heap以外的內存區域，也就是這個錯誤說明除了heap以外的區域，無法為線程分配一塊內存區域了，這個要么是內存本身就不夠，要么heap的空間設置得太大了，導致了剩余的內存已經不多了，而由于線程本身要占用內存，所以就不夠用了，說明了原因，如何去修改，不用我多說，你懂的。

第六類內存溢出：

溢出關鍵字

java.lang.OutOfMemoryError: request {} byte for {}out of swap

這類錯誤一般是由于地址空間不夠而導致。

六大類常見溢出已經說明JVM中99%的溢出情況，要逃出這些溢出情況非常困難，除非一些很怪異的故障問題會發生，比如由于物理內存的硬件問題，導致了code cache的錯誤（在由byte code轉換為native code的過程中出現，但是概率極低），這種情況內存 會被直接crash掉，類似還有swap的頻繁交互在部分系統中會導致系統直接被crash掉，OS地址空間不夠的話，系統根本無法啟動，呵呵；JNI的濫用也會導致一些本地內存無法釋放的問題，所以盡量避開JNI；socket連接數據打開過多的socket也會報類似：IOException: Too many open files等錯誤信息。

以上就是java內存溢出的幾種原因和解決辦法是什么？的詳細內容，更多請關注億速云其它相關文章！