java內(nèi)存溢出的原因和解決方法

內(nèi)存溢出含義：

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

java內(nèi)存溢出的幾種原因和解決辦法是：

第一類內(nèi)存溢出，也是大家認(rèn)為最多，第一反應(yīng)認(rèn)為是的內(nèi)存溢出，就是堆棧溢出：

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

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

也就是當(dāng)你看到heap相關(guān)的時候就肯定是堆棧溢出了，此時如果代碼沒有問題的情況下，適當(dāng)調(diào)整-Xmx和-Xms是可以避免的，不過一定是代碼沒有問題的前提，為什么會溢出呢，要么代碼有問題，要么訪問量太多并且每個訪問的時間太長或者數(shù)據(jù)太多，導(dǎo)致數(shù)據(jù)釋放不掉，因?yàn)槔厥掌魇且业侥切┦抢拍芑厥?，這里它不會認(rèn)為這些東西是垃圾，自然不會去回收了；主意這個溢出之前，可能系統(tǒng)會提前先報錯關(guān)鍵字為：

java.lang.OutOfMemoryError:GC over head limit exceeded

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

第二類內(nèi)存溢出，PermGen的溢出，或者PermGen 滿了的提示，你會看到這樣的關(guān)鍵字：

關(guān)鍵信息為:

java.lang.OutOfMemoryError: PermGen space

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

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

溢出關(guān)鍵字：

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

如果經(jīng)常有類似的操作，可以考慮設(shè)置參數(shù)：-XX:MaxDirectMemorySize

第四類內(nèi)存溢出錯誤：

溢出關(guān)鍵字：

java.lang.StackOverflowError

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

第五類內(nèi)存溢出錯誤：

溢出關(guān)鍵字：

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

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

第六類內(nèi)存溢出：

溢出關(guān)鍵字

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

這類錯誤一般是由于地址空間不夠而導(dǎo)致。

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

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