DisableExplicitGC和Direct ByteBuffer

最新推荐文章于 2023-01-07 10:33:39 发布
最新推荐文章于 2023-01-07 10:33:39 发布
阅读量309 收藏 2
点赞数
分类专栏： 总结 java 文章标签： 数据库 java
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/iamzhongyong/article/details/84365424
版权

 

    如果在JVM 的配置中添加了DisableExplicitGC这个配置，但是同时应用中有用到了Direct ByteBuffer（例如用到了NIO框架mina），此时会由于内存问题导致OOM，之前有所了解，但是没有仔细看过，最近同事排查了一个这种问题，然后决定扫盲一下，期间重点参照撒迦（不得不佩服他在JVM上的权威​）的这篇Topic（http://hllvm.group.iteye.com/group/topic/27945）。

    （1）DisableExplicitGC这个配置的作用是啥？

-XX:+DisableExplicitGC标志自动将System.gc()调用转换成一个空操作，就是应用中调用System.gc()会变成一个空操作。最主要的原因是为了防止某些手贱的同学在代码里到处写System.gc()的调用而干扰了程序的正常运行吧。有些应用程序本来可能正常跑一天也不会出一次full GC，但就是因为有人在代码里调用了System.gc()而不得不间歇性被暂停。

    （2）应用中调用System.gc()会有啥影响？

在Oracle/Sun JDK这个具体实现上，System.gc()的默认效果是引发一次stop-the-world的full GC，对整个GC堆做收集，对于应用的影响可想而知。

最低0.47元/天 解锁文章
iamzhongyong
关注
  • 0
    点赞
  • 踩
  • 2
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
堆外内存之 DirectByteBuffer 详解
lz710117239的博客
09-16 1715
堆外内存 堆外内存是相对于堆内内存的一个概念。堆内内存是由JVM所管控的Java进程内存，我们平时在Java中创建的对象都处于堆内内存中，并且它们遵循JVM的内存管理机制，JVM会采用垃圾回收机制统一管理它们的内存。那么堆外内存就是存在于JVM管控之外的一块内存区域，因此它是不受JVM的管控。 在讲解DirectByteBuffer之前，需要先简单了解两个知识点。 java引用类
-XX:+DisableExplicitGC弊端
yygr的博客
12-27 1198
总结： 如果jvm参数中设置了-XX:+DisableExplicitGC，那么代码中手动调用System.gc()就不会生效。而有些框架中因为是使用的堆外内存，必须手动调用System.gc()来释放。如果禁用掉就会导致堆外内存使用一直增长，造成内存泄露。 详解： 直接内存与System.gc() System.gc()默认会触发一次Full GC,如果在代码中不小心调用了System.gc()会导致JVM间歇性的暂停,但有些NIO框架 比如Netty框架经常会使用DirectByteBuffer来分配堆
System.gc()和-XX:+DisableExplicitGC启动参数，以及DirectByteBuffer的内存释放
weixin_30922589的博客
11-07 468
首先我们修改下JVM的启动参数，重新运行之前博客中的代码。JVM启动参数和测试代码如下： -verbose:gc -XX:+PrintGCDetails -XX:+DisableExplicitGC -XX:MaxDirectMemorySize=40Mimport java.nio.ByteBuffer; public class TestDirectByteBuffer{ // -verbo...
推荐在JVM参数模版中加上-XX:+DisableExplicitGC
绅士jiejie的博客
10-07 3280
-XX:+DisableExplicitGC：禁止显式执行GC，不允许通过代码来触发GC。 使用原因 避免开发工程师使用System.gc()来主动触发GC，如果调用System.gc()的方法并发度不高还好，要是并发度高，就会长时间一直调用System.gc()，STW的短暂停顿效果就被强化成了长时间停顿甚至对外展示效果就是服务不响应，所以为避免开发工程师好心办坏事，建议在JVM参数模版中加上【-XX:+DisableExplicitGC】参数。 ...
java nio 和 jvm 虚拟机参数的 XX:+DisableExplicitGC 的潜规则
gg的专栏
09-24 1万+
有段时间应用总是出现jvm所管理的内存没有发生溢出的情况，而是使用的直接内存区域发生溢出的行为。后来经过分析情况如下： 是由于应用中使用netty,netty 使用的nio 和 jvm 中的 XX:+DisableExplicitGC配置的冲突导致的， 具体经过：nio 使用直接内存区域  Direct Memory内存回收和其他内存回收有点区别。Java堆内放置的是direct memory
JVM学习-常用参数(七)
加油，努力，认真
05-02 1432
目录1. 内存监控1.1. -XX:+PrintGC1.2. -verbose:gc1.3. XX:+DisableExplicitGC1.4. -XX:MaxTenuringThreshold1.5. -XX:+PrintGCDetails1.6. -XX:+PrintGCTimeStamps1.7. -XX:+TraceClassLoading1.8. -XX:+PrintClassHistogram1.9. -XX:+PrintHeapAtGC1.10. -Xloggc1.11. -XX:+
Android在JNI中使用ByteBuffer的方法
09-03
在Android开发中，JNI(Java Native Interface)允许Java代码与其他编程语言进行交互，尤其是在需要高效内存操作...理解并熟练运用ByteBuffer的创建、操作和JNI交互机制，对于优化Android系统的低层功能和性能至关重要。
Android中的ByteBuffer解析
07-13
总的来说，ByteBuffer是Android开发中处理二进制数据的强大工具，熟练掌握其用法和优化策略，可以显著提高应用程序的性能。在处理大量数据交换、网络通信和图像处理等场景时，合理使用ByteBuffer至关重要。
ByteBuffer.zip
02-02
在IT行业中，ByteBuffer是一个非常重要的概念，特别是在网络通信和数据处理领域。ByteBuffer是Java平台提供的一种高效的数据操作接口，它允许我们以字节为单位进行读写操作，这对于处理二进制数据尤其有用。在...
java api之ByteBuffer基础、应用场景、实战讲解
最新发布
01-04
java api之ByteBuffer基础、应用场景、实战讲解 文档中有丰富的例子代码实现
JVM相关 - 深入理解 System.gc()
BASK2312的博客
01-07 498
我们经常在面试中询问究竟会不会触发，网上也有很多人给出了答案，但是这些答案都有些过时了。本文基于最新的 Java 的下一个即将发布的 LTS 版本 Java 17（ea）的源代码，深入解析 System.gc() 背后的故事。
JVM实战：调优案例分析
小识的博客
03-11 800
请求延迟导致内存溢出 堆外内存溢出 -XX:+DisableExplicitGC 导致System.gc()不生效
高并发-JVM优化-设置JVM参数
吉他程序员的博客
03-04 1355
下面是我们生产环境的JVM启动参数： -Djava.awt.headless=true -Djava.net.preferIPv4Stack=true -Dcache_enable=true -Xmx4g -Xms2g -Xmn256m -XX:PermSize=128m -Xss256k -XX:+DisableExplicitGC -XX:+UseConcMarkSweepG...
JVM 总结（三）
gyt_b的博客
07-18 141
GC调优简单介绍1. 调优前规划1.1 考虑原则1.2 规划硬件需求1.3 规划分代情况1.4 设定日志参数1.4.1 日志参数的设置1.4.2 GC日志查看2. 问题检测3. 常用参数3.1 G1常用参数3.2 CMS 常用参数3.3 Parallel常用参数3.4 GC常用参数 1. 调优前规划 1.1 考虑原则 调优前要熟悉业务场景，选择合适的垃圾回收器，若业务需要优先响应时间，则应选择STW时间短的，可选择CMS、G1、ZGC；若业务需要吞吐量优先，则可以选用PS+PO。 响应时间，STW越短，响应
一次堆外OOM问题排查
蜗牛的专栏
07-22 6536
线上服务有一台机器访问不通（一个管理平台),在公司的服务治理平台上查看服务的状况是正常的，说明进程还在。进程并没有完全crash掉。去线上查看机器日志，发现了大量
java directmemory gc_System.gc()和-XX:+DisableExplicitGC启动参数，以及DirectByteBuffer的内存释放...
weixin_35261385的博客
03-04 275
首先我们修改下JVM的启动参数，重新运行之前博客中的代码。JVM启动参数和测试代码如下：-verbose:gc -XX:+PrintGCDetails -XX:+DisableExplicitGC -XX:MaxDirectMemorySize=40Mimport java.nio.ByteBuffer;public class TestDirectByteBuffer{// -verbose:g...
Java基础
Captain_He的博客
05-01 502
1.面向对象四大特性 封装、继承、多态、抽象 1.1封装 封装是将类的某些信息隐藏在类内部，不允许外部程序直接访问，而是通过该类提供的方法来实现对隐藏信息的操作和访问。好处：只能通过规定的方法访问数据。隐藏类的实例细节，方便修改和实现。 访问修饰符： 类的成员不写访问修饰时默认为default。默认对于同一个包中的其他类相当于公开（public），对于不是同一个包中的其他类相当于私有（private）。受保护（protected）对子类相当于公开，对不是同一包中的没有父子关系的类相当于私有。Java中，外
Java_JVM参数-XX:MaxDirectMemorySize 与 两种 ByteBuffer: heap,direct ByteBuffer
热门推荐
迎难而上
10-28 6万+
ByteBuffer有两种: heap ByteBuffer -> -XX:Xmx 1.一种是heap ByteBuffer,该类对象分配在JVM的堆内存里面，直接由Java虚拟机负责垃圾回收， direct ByteBuffer -> -XX:MaxDirectMemorySize 2.一种是direct ByteBuffer是通过jni在虚拟机外内存中分配的。通过jmap无...
byteBuffer compact 和clear的区别
05-22
`ByteBuffer.compact()`方法和`ByteBuffer.clear()`方法都是Java NIO中ByteBuffer类的方法，它们的作用不同。 `ByteBuffer.clear()`方法会将缓冲区的位置(position)设置为0，将界限(limit)设置成容量(capacity)，从而清空缓冲区中的内容。但是，这些数据并没有真正地被清除，仍然存在于缓冲区中，只是处于“被遗忘”状态，可以被重新写入。 `ByteBuffer.compact()`方法会将缓冲区中的未读数据移动到缓冲区的起始位置，然后将位置(position)设置为未读数据的长度，将界限(limit)设置成容量(capacity)。这样，缓冲区中未读的数据就被移到了缓冲区的起始位置，已读过的数据则被覆盖掉或者被清除，缓冲区可以继续写入新的数据。 因此，`clear()`方法适用于需要清空缓冲区的情况，而`compact()`方法适用于需要在已读取数据的基础上继续写入数据的情况。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值