学习《深入理解Java虚拟机》时个人的理解笔记
当需要排查各种内存溢出、内存泄漏问题时,当垃圾收集成为系统达到更高并发量的瓶颈时,我们就必须对这些“自动化”的技术实施必要的监控和调节。
what?when?how?
这是一个整体的问题,确定了什么状态的内存可以回收,才可以在内存“死”掉时及时地回收它们。只有了解了“死”掉内存的特性,才可以确定合理的回收方式。
在Java的世界,内存承载的都是对象,内存的“死”去,代表着对象的“死”去,即对象不再被需要了(任何途径都再能使用到了)。
这里有两种方式去确定:
在对象中添加一个引用计数器,每当有一个地方引用它时,计数器值就加一;当引用失效时,计数器值就减一;任何时刻计数器为零就是不可能再被使用的。
然而:
在Java领域,至少主流的Java虚拟机里面都没有选用引用计数来管理内存,主要原因是,这个看似简单的算法有很多例外情况要考虑,必须要配合大量额外处理才能保证正确地工作,譬如单纯的引用计数就很难解决对象之间相互循环引用的问题。
基本思路:通过一系列称为“GC Roots”的根对象作为起始节点集,从这些节点开始根据引用关系向下搜索,搜索过程所走过的路径称为“引用链”(Reference Chain),如果某个对象到GC Roots间没有任何引用链相连,或者用图论的话来说就是从GC Roots到这个对象不可达时,则证明此对象时不可能再被使用的。
Java技术系统下,作为GC Roots的对象:
根据Java虚拟机规范,当一个台Java虚拟机运行起来时,其主要内存区域有如下:
线程共享
线程隔离
当然还有其他一些,但是这些并不直接和客户程序关联,暂时不关心。
线程隔离的区域,虚拟机栈、本地方法栈、程序计数器在线程产生时写入内存,在线程结束时自动回收,一般不需要太多管理。
线程共享的区域:
在Java虚拟机规范中没有要求必须实现垃圾收集,本身的回收率也不高。但是也可以进行回收的。其回收的主要内容为:废弃的常量和不再使用的类型。
这里才是Java世界中,回收的主要战场。
从如何判定对象的消亡角度,收集算法可以划分为“引用计数式来垃圾收集(Reference Counting GC)
”和“追踪式垃圾收集(Trace Counting GC)
”。同判定对象“死亡”一样。我们主要关注在后者。
遵循分代收集理论
去设计垃圾收集器。
理论假说:
扩展
3. 跨代引用假说(Intergenerational Reference Hypothesis):跨代引用相对于同代引用来说仅占极少数。
基于分代收集理论的三种收集算法。
如下图:
主要发生在堆中,不可达对象,通过收集算法进行回收。
《深入理解Java虚拟机》第三版,周志明著。
本文地址:https://blog.csdn.net/u013490280/article/details/107128283
如对本文有疑问, 点击进行留言回复!!
java/php/net/python“反传销”宣传网站的设计与实现
java/php/net/python大学生电子学生证应用系统设计
网友评论