JVM专题 1:java直接内存DirectByteBuffer与垃圾回收

先上test代码

public class DirectMemoryTest {

public static void main(String[] args) {

ByteBuffer buffer =null;

try {

long startTime=System.currentTimeMillis();

for(int i=0;i<100;i++){

buffer = ByteBuffer.allocateDirect(1024 *1024 *250);

//clean(buffer);

            }

long endTime=System.currentTimeMillis();

System.out.println("程序运行时间: "+(endTime-startTime)+"ms");

//System.out.println(null+"");

        }catch (Exception e) {

e.printStackTrace();

}

}

public static void clean(final ByteBuffer byteBuffer) {

if (byteBuffer.isDirect()) {

((DirectBuffer)byteBuffer).cleaner().clean();

}

}

}

运行使用的jvm参数 打印gc日志,直接内存设置最大1G

-XX:+PrintGCDetails -XX:+UseConcMarkSweepGC  -XX:MaxDirectMemorySize=1024M

不调用clean()方法的时候,会频繁的发生由于system.gc()造成的full gc,此时老年代并未使用很多

[Full GC (System.gc()) [CMS: 0K->657K(87424K), 0.0104483 secs] 2801K->657K(126720K), [Metaspace: 3390K->3390K(1056768K)], 0.0105395 secs] [Times: user=0.00 sys=0.02, real=0.01 secs] 
[Full GC (System.gc()) [CMS: 657K->652K(87424K), 0.0054286 secs] 658K->652K(126848K), [Metaspace: 3391K->3391K(1056768K)], 0.0055050 secs] [Times: user=0.00 sys=0.00, real=0.01 secs] 
[Full GC (System.gc()) [CMS: 652K->652K(87424K), 0.0048721 secs] 1354K->652K(126848K), [Metaspace: 3391K->3391K(1056768K)], 0.0049353 secs] [Times: user=0.00 sys=0.00, real=0.01 secs] 
[Full GC (System.gc()) [CMS: 652K->652K(87424K), 0.0055415 secs] 652K->652K(126848K), [Metaspace: 3391K->3391K(1056768K)], 0.0056139 secs] [Times: user=0.00 sys=0.00, real=0.00 secs] 

当调用了clean()方法的时候,却不会发生任何一次fullGC

这是为什么呢?继续上代码,DirectByteBuffer初始化的时候,内部会显示调用System.gc();


image.png

image.png

关键就在这里,显示调用System.gc(),当jvm发现直接内存MaxDirectMemorySize=1024M所剩无几的时候,就会触发fullGC。
现在大概是1G直接内存,每次申请250M,可以发现3个循环之后会触发一次fullgc.如果每次申请的大小继续增大,比如400
m,可以发现2个循环之后就会fullgc。

这也就解释了,为什么当调用了clean()方法的时候,却不会发生任何一次fullGC,因为每一次都会手动的释放内存,jvm即使接到

System.gc()命令,但是认为没必要进行gc,就不会触发。

解决:1.手动释放 ((DirectBuffer)byteBuffer).cleaner().clean()
2.禁用System.gc(),参数 -XX:-+DisableExplicitGC 有可能会导致,直接内存得不到回收,发生OOM(此时,只有发生堆内存回收的时候,才会顺带的回收直接内存)

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 216,287评论 6 498
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 92,346评论 3 392
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 162,277评论 0 353
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 58,132评论 1 292
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 67,147评论 6 388
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 51,106评论 1 295
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 40,019评论 3 417
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,862评论 0 274
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 45,301评论 1 310
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,521评论 2 332
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,682评论 1 348
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 35,405评论 5 343
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 40,996评论 3 325
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,651评论 0 22
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,803评论 1 268
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 47,674评论 2 368
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,563评论 2 352

推荐阅读更多精彩内容