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

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

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

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

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

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

java.lang.OutOfMemoryError:GC over head limit exceeded

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

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

關(guān)鍵信息為:

java.lang.OutOfMemoryError: PermGen space

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

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

溢出關(guān)鍵字：

java.lang.OutOfMemoryError: Direct buffer memory

如果你在直接或間接使用了ByteBuffer中的allocateDirect方法的時(shí)候，而不做clear的時(shí)候就會(huì)出現(xiàn)類(lèi)似的問(wèn)題，常規(guī)的引用程序IO輸出存在一個(gè)內(nèi)核態(tài)與用戶(hù)態(tài)的轉(zhuǎn)換過(guò)程，也就是對(duì)應(yīng)直接內(nèi)存與非直接內(nèi)存，如果常規(guī)的應(yīng)用程序你要將一個(gè)文件的內(nèi)容輸出到客戶(hù)端需要通過(guò)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垃圾回收不會(huì)回收掉直接內(nèi)存這部分的內(nèi)存，所以要注意了哦。

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

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

溢出關(guān)鍵字：

java.lang.StackOverflowError

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

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

溢出關(guān)鍵字：

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

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

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

溢出關(guān)鍵字

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

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

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

總結(jié)

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

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