Luga Lee twt企业IT社区 【摘要】基於 VM 環境所部署的 Spring Boot 應用服務，運行過程中內存利用往往達到 90% 甚至以上，本文嘗試對此類在實際業務場景中內存表現的活動現象及背後原因進行分析。 【作者】李傑，專注於Java虛擬機器技術、雲端原生技術領域的探索與研究，個人大眾號「架構驛站」。 在實際的業務場景中，有沒有發現這樣一種場景：基於VM 環境上面所部署的Spring Boot 應用服務，往往在運行過程中將內存利用的足夠“猥瑣”，常常達到90% 甚至以上，此時 ，很大一部分夥伴就開始「叫」了。 曰：領導，記憶不夠了，趕緊擴容！ ！ ！ （此刻，有大佬肯定在想：擴你妹，整天搞這些沒用的～） 那個傻子是不是瘋了？ 不知道身為所謂的「技術」人員，大家是如何面對的，如何解決？ 本文將聚焦於 Linux 記憶體結構、記憶體分析以及 OOM killer 等 3 個面向以及筆者多年的實務經驗總結來進行解析。 記憶體結構 從宏觀角度而言，記憶體管理系統是作業系統最重要的部分之一。 在記憶體管理的系統呼叫方式，事實上，基於 POSIX 並沒有給記憶體管理指定任何的系統呼叫。 然而，Linux 卻有自己的記憶體系統調用，主要係統調用如下： 系統呼叫 描述 s = brk(addr) 改變資料段大小 a = mmap(addr,len,prot,flags,fd,offset) 進行映射 s = unmap(addr,len) 取消映射 1、brk 透過給出超過資料段之外的第一個位元組位址來指定資料段的大小。…