jvm初體驗 記憶體溢位場景模擬

2021-08-21 08:50:21 字數 1171 閱讀 9629

1.當我們不停的去建立demo的物件時,對堆記憶體的消耗就不斷的增加,如果堆記憶體爆滿了程式也就掛了,

也就會報記憶體溢位。outofmemonyerror

問題1:當**很多的時候 我們如何定位是哪行**使堆記憶體溢位?

這個時候就需要通過一些分析工具來進行定位,首先我們需要把堆記憶體轉為乙個快道(通過虛擬機器的引數設定),然後通過快道對程式進行分析:如圖:

使用下面這個工具就可以分析執行是產生的檔案:

1.記憶體中載入的資料量過於龐大,如一次從資料庫取出過多資料;

2.集合類中有對物件的引用,使用完後未清空,使得jvm不能**;

3.**中存在死迴圈或迴圈產生過多重複的物件實體;

4.使用的第三方軟體中的bug;

5.啟動引數記憶體值設定的過小

記憶體溢位的解決方案:

第一步,修改jvm啟動引數,直接增加記憶體。(-xms,-xmx引數一定不要忘記加。)

第二步,檢查錯誤日誌,檢視「outofmemory」錯誤前是否有其它異常或錯誤。

第三步,對**進行走查和分析,找出可能發生記憶體溢位的位置。

重點排查以下幾點:

1.檢查對資料庫查詢中,是否有一次獲得全部資料的查詢。一般來說,如果一次取十萬條記錄到記憶體,就可能引起記憶體溢位。這個問題比較隱蔽,在上線前,資料庫中資料較少,不容易出問題,上線後,資料庫中資料多了,一次查詢就有可能引起記憶體溢位。因此對於資料庫查詢盡量採用分頁的方式查詢。

2.檢查**中是否有死迴圈或遞迴呼叫。

3.檢查是否有大迴圈重複產生新物件實體。

4.檢查對資料庫查詢中,是否有一次獲得全部資料的查詢。一般來說,如果一次取十萬條記錄到記憶體,就可能引起記憶體溢位。這個問題比較隱蔽,在上線前,資料庫中資料較少,不容易出問題,上線後,資料庫中資料多了,一次查詢就有可能引起記憶體溢位。因此對於資料庫查詢盡量採用分頁的方式查詢。

5.檢查list、map等集合物件是否有使用完後,未清除的問題。list、map等集合物件會始終存有對物件的引用,使得這些物件不能被gc**。

第四步,使用記憶體檢視工具動態檢視記憶體使用情況

jvm記憶體溢位實踐

參考 深入理解j a虛擬機器 jvm高階特性和最佳實踐 public class heapoom public static void main string args 錯誤資訊提示 j a.lang.outofmemoryerror j a heap space 可以通過mat進行分析定位 exc...

JVM記憶體洩漏和記憶體溢位

相同與不同 如何避免記憶體洩漏 我們用棧來模擬,首先我們定義乙個我們自己的棧,如下圖所示 package com.zhuguang.allen public class stack 入棧 public void push object e 出棧 public object pop 假如沒有在出棧的時...

jvm 記憶體溢位,引發溢位原因排查

jvm 記憶體溢位,引發溢位原因排查 一 dump檔案分析 dump檔案獲取方式 1 設定jvm引數 xx heapdumponoutofmemoryerror xx heapdumppath tmp heapdump.hprof 記憶體溢位時產生dump檔案 2 使用jmap生成dump 檔案 d...