首頁  >  文章  >  Java  >  java記憶體溢出的幾種原因和解決方法是什麼?

java記憶體溢出的幾種原因和解決方法是什麼?

coldplay.xixi
coldplay.xixi原創
2020-06-15 13:44:127197瀏覽

java記憶體溢出的幾種原因和解決方法是什麼?

java記憶體溢出的幾個原因和解決辦法是什麼?

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影片教學

###

以上是java記憶體溢出的幾種原因和解決方法是什麼?的詳細內容。更多資訊請關注PHP中文網其他相關文章!

陳述:
本文內容由網友自願投稿,版權歸原作者所有。本站不承擔相應的法律責任。如發現涉嫌抄襲或侵權的內容,請聯絡admin@php.cn