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...