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

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

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

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

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

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

java.lang.OutOfMemoryError:GC over head limit exceeded

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

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

關(guān)鍵信息為:

java.lang.OutOfMemoryError: PermGen space

原因：系統(tǒng)的代碼非常多或引用的第三方包非常多、或代碼中使用了大量的常量、或通過intern注入常量、或者通過動態(tài)代碼加載等方法，導致常量池的膨脹，雖然JDK 1.5以后可以通過設置對永久帶進行回收，但是我們希望的是這個地方是不做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)換過程，也就是對應直接內(nèi)存與非直接內(nèi)存，如果常規(guī)的應用程序你要將一個文件的內(nèi)容輸出到客戶端需要通過OS的直接內(nèi)存轉(zhuǎn)換拷貝到程序的非直接內(nèi)存(也就是heap中)，然后再輸出到直接內(nèi)存由操作系統(tǒng)發(fā)送出去，而直接內(nèi)存就是由OS和應用程序共同管理的，而非直接內(nèi)存可以直接由應用程序自己控制的內(nèi)存，jvm垃圾回收不會回收掉直接內(nèi)存這部分的內(nèi)存，所以要注意了哦。

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

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

溢出關(guān)鍵字：

java.lang.StackOverflowError

這個參數(shù)直接說明一個內(nèi)容，就是-Xss太小了，我們申請很多局部調(diào)用的棧針等內(nèi)容是存放在用戶當前所持有的線程中的，線程在jdk 1.4以前默認是256K，1.5以后是1M，如果報這個錯，只能說明-Xss設置得太小，當然有些廠商的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)存空間，其實線程基本只占用heap以外的內(nèi)存區(qū)域，也就是這個錯誤說明除了heap以外的區(qū)域，無法為線程分配一塊內(nèi)存區(qū)域了，這個要么是內(nèi)存本身就不夠，要么heap的空間設置得太大了，導致了剩余的內(nèi)存已經(jīng)不多了，而由于線程本身要占用內(nèi)存，所以就不夠用了，說明了原因，如何去修改，不用我多說，你懂的。

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

溢出關(guān)鍵字

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

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

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

總結(jié)

以上是生活随笔為你收集整理的java 内存 溢出_java内存溢出的几种原因和解决办法是什么？的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。