请教关于minor gc问题

各位大佬,有没有谁知道:   minor gc如果运行很频繁,可能是什么原因引起的?minor gc如果运行很慢,可能是什么原因引起的?(百度没找到。。。)
我谁这样想的(不知道对不对,或者完不完整),minor gc是回收年轻代空间的,频繁是因为程序一直在产生新的对象。慢是因为年轻代中的对象都是存活对象,要复制到存活区。(或者存活区太小需要将存活区复制到老年代?)

新的风暴已经出现,是时候有个大佬站出来科普了。
全部评论
minor gc很频繁有可能是,新生代空间分配太小,分配的对象一会儿就占满了:增大新生代,或者调整提前担保进入老生代的threshold值;钉子户比较多的话,降低晋升老生代的threshold; minor gc很慢可能是,新生代分配空间太大,扫描存活对象时间太长; minor gc这边性能需求大的话,解决办法都可能增大full gc次数的产生,内存就那么大,此消彼长,个人感觉。
2 回复 分享
发布于 2019-04-07 16:14
首先要分析一下minor gc触发的时机,新生代一般分为eden,from space,to space区域,采用的是复制算法,新生的对象一般在eden区域中,当eden区域装不下的时候就会触发minor gc,所以minor gc触发很频繁,可能是程序一直在产生新的对象,这个没错,慢不一定是年轻代中都是存活的对象,因为经过研究,大部分的对象都是朝生夕死,大概占百分之90多,所以新生代才会按照一定的比例划分,然后采用复制算法,慢可能是因为eden区中有较大的对象,复制起来比较消耗时间,也有可能是幸存区的空间不够了,然后触发了分配担保机制,将一些对象复制到老年代中去。
点赞 回复 分享
发布于 2019-04-07 16:09

相关推荐

04-19 20:28
已编辑
门头沟学院 Java
只背了threadLocal的存储特点和底层原理,以及内存泄露原因,结果被问异步的线程怎么访问子线程?直接懵了 现在来补充这块盲区。Java 主线程中存储的 ThreadLocal 数据,异步子线程、线程池为什么获取不到?有哪些解决方案?各自优缺点?答:1. 原生 ThreadLocal 底层限制每个线程独立拥有自己的  ThreadLocalMap ,天然线程隔离;主线程的 Map 与异步/子线程 Map 完全独立,因此异步线程直接  get()  拿到  null 。解决方案:2. 方案一:InheritableThreadLocal(JDK 原生)- 原理:Thread 类内部存在  inheritableThreadLocals  集合,新建子线程时会浅拷贝父线程该集合数据,实现父子线程传递。- 致命缺点:拷贝逻辑只执行在线程构造方法;线程池、@Async 线程长期复用,不会重复拷贝,导致上下文失效、出现脏数据,生产不推荐。3. 方案二:临时简易方案(无依赖)主线程提前手动  get()  取出 ThreadLocal 数据,转为有效final局部变量,直接传给异步 Lambda/内部类使用;拓展:方法内局部变量被异步引用,必须为有效final(不可二次赋值),成员变量、静态变量无此限制。4. 方案三:生产最终方案(TransmittableThreadLocal 阿里 TTL)- 核心原理:在异步任务提交时刻主动捕获主线程上下文,任务执行时绑定到复用线程,执行完毕自动清理。- 优势:完美兼容线程池、@Async、CompletableFuture 所有异步场景;无需手动传参,彻底摆脱  final  限制,是企业级上下文传递标准方案。其他问题追问1:InheritableThreadLocal 线程池失效的根本原因?线程池线程提前初始化、长期复用,拷贝逻辑只在线程创建时执行一次,无法同步主线程最新的 ThreadLocal 数据。追问2:TTL 与 InheritableThreadLocal 核心区别?InheritableThreadLocal 是线程创建时拷贝;TTL 是任务提交时拷贝,专门适配线程复用场景。追问3:异步代码里,为什么主线程局部变量必须要有效final?局部变量存储在线程栈,异步线程无法跨栈访问;底层会进行值拷贝,语法禁止二次赋值,防止多线程数据错乱。
发面经攒人品
点赞 评论 收藏
分享
评论
点赞
7
分享

创作者周榜

更多
牛客网
牛客网在线编程
牛客网题解
牛客企业服务