物件直接放入老年代條件：
一般情況是四種，但是尤其以第一種**最多
1.新生代物件每經歷依次minor gc，年齡會加一，當達到年齡閥值會直接進入老年代。閥值大小一般為15
2.survivor空間中年齡所有物件大小的總和大於survivor空間的一半，年齡大於或等於該年齡的物件就可以直接進入老年代，而無需等到年齡閥值
3.大物件直接進入老年代
4.新生代複製演算法需要乙個survivor區進行輪換備份，如果出現大量物件在minor gc後仍然存活的情況時，就需要老年代進行分配擔保，讓survivor無法容納的物件直接進入老年代
大物件閾值設定：xx:pretenuresizethreshold=6m
-xx:survivorratio=4 不生效
原因：在hotspot vm裡，並行系的收集器（useparallelgc / useparalleloldgc）預設開啟-xx:+useadaptivesizepolicy， 這個配置會在每次minor gc之後對from和to區進行自適應分配大小，而survivorratio使用預設值8，設定成任何非8的數值都會無效。
更改為：-xx:-useadaptivesizepolicy 即可
檔案儲存服務fullgc排查
1.問題 線上服務執行一段時間及時間，監控出現報警，近期出現固定時間段fullgc過多。2.檢視虛擬機器狀態 jstat gcutils xx 1000 命令檢視jvm狀態 檢視虛擬機器狀態發現fullgc次數多，但不是特別頻繁而且規律也不一致 檢視虛擬機器各個模組大小，發現存在記憶體無法釋放 3....
學習了！頻繁發生FullGC問題排查手段
如題，機器發生頻繁fullgc報警，如何定位原因？一般現象為cpu飆高，rt增加，另外很可能出現oom。當碰到這種現象時，如何定位 列印heap的概要資訊，gc使用的演算法，heap 堆 的配置及jvm堆記憶體的使用情況.jmap heap pid列印每個class的例項數目,記憶體占用,類全名資訊...
java專案問題排查
我之前遇到過好幾次程式打不開，程序存在 後來多次排查是因為 的原因造成的 查詢資料太多造成了堵塞等 我們可以從以下幾個方面去查 1.程序是否存在 jps 2.匯出堆疊資訊 jmap jhat 3.定位執行緒堆疊，根據堆疊資訊我們可以定位到具體 在jvm調優中使用的比較多 記下來我們詳細操作一下 1 ...