Open Tank-zhu opened 4 years ago
有没有大佬碰到过呢,可以帮忙看看吗?
也遇到了同样的问题,版本也是1.7.0,CPU持续在600以上,dump堆栈的文件有将近12G,都没办法使用mat进行分析,使用 jmap -histo:live 得到的文件里看到的内容也是 AtomicReference 超高
num #instances #bytes class name
----------------------------------------------
1: 231586675 3705386800 java.util.concurrent.atomic.AtomicReference
2: 1807504 954362112 [Ljava.util.concurrent.atomic.AtomicReference;
3: 2794980 233120104 [C
4: 1866532 134390304 com.alibaba.csp.sentinel.dashboard.datasource.entity.MetricEntity
5: 4067051 97609224 java.util.concurrent.atomic.AtomicLong
6: 2808151 67395624 java.util.Date
7: 2793113 67034712 java.lang.String
8: 1866435 59725920 com.googlecode.concurrentlinkedhashmap.ConcurrentHashMapV8$Node
9: 1866435 59725920 com.googlecode.concurrentlinkedhashmap.ConcurrentLinkedHashMap$Node
10: 1866696 44800704 java.lang.Long
11: 1866435 44794440 com.googlecode.concurrentlinkedhashmap.ConcurrentLinkedHashMap$WeightedValue
12: 225938 40104352 [Lcom.googlecode.concurrentlinkedhashmap.ConcurrentHashMapV8$Node;
13: 451876 21690048 [Ljava.util.concurrent.atomic.AtomicLong;
14: 225938 21690048 com.googlecode.concurrentlinkedhashmap.ConcurrentLinkedHashMap
15: 226029 18080856 [J
16: 225938 16267536 com.googlecode.concurrentlinkedhashmap.ConcurrentHashMapV8
17: 225938 10845024 [[Ljava.util.concurrent.atomic.AtomicReference;
18: 363717 8729208 java.util.concurrent.ConcurrentLinkedQueue$Node
19: 259987 8319584 java.util.concurrent.ConcurrentHashMap$Node
20: 5696 8070688 [B
背景:
sentinel 版本1.7.0
描述:
当前应用上线3个月以上,于昨天下午19:00出 现老年代不 释放 导致频繁FULL GC CPU 飙升
导出的dump文件内发现 AtomicReference对象占用达到90%
线程信息如下