标签:com 常量 无法 java 查看 bytecode 地方 包括 分配
给对象中添加一个引用计数器,每当有一个地方应用它时,计数器值就加1;当引用失败时,计数器值就减1;任何时刻计数器为0的对象就是不可能再被使用的。但是它很难解决对象之间相互循环引用的问题。
通过一系列的称为“GC Roots”的对象作为起始点,从这些节点开始向下搜索,搜索所走过的路劲称为引用链,当一个对象到GC Roots没有任何引用链相连时,则证明此对象时不可用的。可作为GC Roots的对象包括下面几种:
永久代的垃圾收集主要回收两部分内容:废弃常量和无用的类。回收废弃常量与回收Java堆中的对象非常类似;而类需要同时满足下面3个条件才能算是“无用的类”:
是否对类进行回收,HotSpot虚拟机提供了-Xnoclassgc参数进行控制,还可以使用-verbose:class以及-XX:TraceClassLoading、-XX:TraceClassUnLoading查看类加载和卸载信息。在大量使用反射、动态代理、CGLib等ByteCode框架、动态生成JSP以及OSGi这类频繁自定义ClassLoader的场景都需要虚拟机具备类卸载的功能,以保证永久代不会溢出。
主要不足有两个:
将可用内存划分为大小相等的两块,每次只使用其中的一块。当这一块的内存用完了,就将还存活着的对象复制到另外一块上面,然后把已使用过的内存空间一次清理掉。虽然没有了内存碎片,但是将内存缩小为了原来的一半。现在的商业虚拟机都采用这种收集算法来回收新生代,新生代的对象大多数是“朝生夕死”的,所以并不是1:1划分,而是8(Eden):1(Survivor),分成一块较大的Eden和两块较小的Survivor,每次使用Eden和其中一块Survivor。当回收时,将Eden和Survivor中还存活着的对象一次性地复制到另外一块Survivor空间上,当Survivor空间不够用时,需要其他内存(老年代)进行分配担保。
适合老年代。复制收集算法在对象存活率较高时就要进行较多的复制操作,效率将会降低。标记过程仍然与“标记-清除”算法一样,但后续步骤不是直接对回收对象进行清理,而是让所有存活的对象都向一端移动,然后直接清理掉端边界以外的内存。
一般把Java堆分为新生代和老年代,在新生代上使用复制收集算法,在老年代上采用“标记-清理”或者“标记-整理”。
标签:com 常量 无法 java 查看 bytecode 地方 包括 分配
原文地址:http://www.cnblogs.com/hunter-56213/p/6678665.html