作者：Lxlxxx 鏈接：https://juejin.cn/post/7221461552343072828 前言 繼上次線上CPU出現了報警，這次服務又開始整活了，風平浪靜了沒幾天，看生產日誌服務的運行的時候，頻繁的出現OutOfMemoryError，就是我們俗稱的OOM，這可還行！ 頻繁的O ...
作者：Lxlxxx
鏈接：https://juejin.cn/post/7221461552343072828
前言
繼上次線上CPU出現了報警，這次服務又開始整活了，風平浪靜了沒幾天，看生產日誌服務的運行的時候，頻繁的出現OutOfMemoryError，就是我們俗稱的OOM，這可還行！
頻繁的OOM直接會造成服務處於一個不可用的情況，通過Skywalking查看鏈路調用，基本全報紅了，基本處於一個癱瘓狀態，因為生產該服務是分散式部署，運維當即立斷對該服務進行重啟，因為是B端的產品，先讓公司業務能用起來了，保證服務的正常使用，然後緊急查看問題，當然這個問題就來到了我這裡，既然分配給我了，咱高低給它查出來，並且修複了。
OutOfMemoryError出現的原因
先來瞭解下OutOfMemoryError出現的原因，無非就是兩類堆記憶體空間不足、元空間不足
- 堆記憶體空間不足：意味著程式存在一直有引用的對象（強引用），主要對象在引用的狀態就無法被GC回收，撐爆了-Xmx堆拓展的最大值，記憶體不足自然就會觸發堆記憶體溢出。
- 元空間：Java 8引入了元空間概念，代替了之前堆的永久代，由於元空間屬於堆外記憶體，不需要有對象引用，通過指針的方式表示類和元數據，之所以引用元空間就是一種JDK的升級優化，避免了永久代的記憶體溢出。
常見堆記憶體溢出的幾種情況
- 查詢資料庫返回的數據量過大，載入到記憶體中導致記憶體溢出；
- 代碼中出現死迴圈情況，導致大對象一直被引用不能被GC回收；
- 資源鏈接池、io流在使用完沒有進行手動釋放；
- 靜態集合類裡面存在引用對象，始終存在引用關係，沒有進行清除；
以上屬於常見的幾種堆記憶體溢出的場景，當然有時候我們的遇到的問題都是稀奇古怪的問題，常見的問題總是很少能遇到…
推薦一個開源免費的 Spring Boot 實戰項目：
現象分析
根據生產環境的報錯日誌來看，這邊屬於Mybatis報出的一個記憶體溢出情況，通過去看Mybatis源碼發現，底層也是通過一些集合類來存放拼接的sql，那麼當然也有可能出現堆記憶體溢出，而且在sql體積比較大的情況下，接收sql的集合就會變的非常大，如果回收不了那麼就會導致記憶體溢出。
由於我們docker容器裡面沒有一些jstack、jmap的工具，並且dump文件也沒有進行保存…導致我無法通過看線程高占用記憶體的對象，來分析具體是什麼操作發生的記憶體溢出，這就難了… 於是只能去網上搜搜看了，沒想到真的給到我一些啟發，並且有點思路大概知道是哪裡的問題。
文章來源於zzzzbw作者寫一篇關於 慘遭DruidDataSource和Mybatis暗算,導致OOM ，很感謝
