博文重点:

    学习目标:哪些内存需要回收

         什么时候回收

            如何回收

    在基于概念讨论的模型中,主要对Java堆和方法区进行讨论。

    why?:一个接口中的多个实现类需要的内存可能不一样,一个方法中的多个分支需要的内存也可能不一样。只有在程序运行期间才能知道会创建哪些对象,这部分内存的分配和回收都是动态的,gc关注的就是这一块内存。

哪些内存需要回收:

        判断对象是否存活:

                引用计数算法:对象中添加一个引用计数器,有一个地方引用它则计数器加1,引用失效时,减1。引用为0的对象就是不可使用的。

                  优点:实现简单,判定效率高。

                  缺点:无法解决对象之间的循环引用,见代码。

 public class ReferenceCountingGC {
public Object instance = null; private static final int _1MB = 1024 * 1024; private byte[] bigSize = new byte[2 * _1MB]; public static void testGC() {
ReferenceCountingGC objA = new ReferenceCountingGC();
ReferenceCountingGC objB = new ReferenceCountingGC();
objA.instance = objB;
objB.instance = objA; objA = null;
objB = null; // 虽然引用计数都为1,但内存还是被回收了,说明采用的不是引用计数算法
System.gc();
} public static void main(String[] args) {
testGC();
}
}

                可达性分析算法:思路,选择一系列称为"GC Roots"的对象作为起始点,从这些节点向下搜索,走过的路就称为引用链。如果一个对象无法通过引用链到达"GC roots",则证明该对象不可用,则可被回收。

                  可作为GC Roots的对象:虚拟机栈中引用的对象,方法区类静态属性引用的对象,方法区中常量引用的对象,Nativa方法中引用的对象。 todo:理解gc roots

    引用:

      todo:各种应用场景

      引用细化定义:当内存空间还足够,则能保留在内存中。如果内存空间进行垃圾收集之后还是非常紧张,则抛弃这些对象。

      基于这样的需求,扩充了引用的概念。

      强引用:只要强引用存在,就永远不会被gc。eg. Object obj = new Object();

      软引用:内存充足时不会回收,不足时被回收。jvm将这个软引用加入到与之关联的引用队列

      弱引用:无论内存是否充足,都会进行回收。jvm将这个弱引用加入到与之关联的引用队列

      虚引用:

    

    对象的两次标记:如果对象在进行第一次可达性分析之后,没有到gc roots到引用链,则进行第一次标记。并进入第一次自救过程,如果该对象重写了finalize()方法时 && finalize()方法没有被虚拟机调用过,则会执行finalize()方法进行自救过程,将该对象放入到一个F-Queue到队列中,由虚拟机自动建立的,低优先级的Finalize线程去执行(但是不保证会等待方法运行结束,为了效率考虑)。如果在finalize()方法中将该对象的引用赋值给了类变量或成员变量,重新建立起了可达关系,则在该第二次标记过程会被移出"即将回收"集合,自救成功,但要注意,这样的自救只能执行一次。

    

 public class FinalizeEscapeGC {
public static FinalizeEscapeGC SAVE_HOOK = null;
public void isAlive() {
System.out.println("yes , i am still alive");
} @Override
protected void finalize() throws Throwable {
System.out.println("finalize method excute!");
FinalizeEscapeGC.SAVE_HOOK = this;
} public static void main(String[] args) throws InterruptedException {
SAVE_HOOK = new FinalizeEscapeGC(); // 第一次拯救自己成功
SAVE_HOOK = null;
System.gc(); Thread.sleep(500);
if(SAVE_HOOK != null) {
SAVE_HOOK.isAlive();
} else {
System.out.println("dead");
} // 第二次拯救自己失败,只能执行一次
SAVE_HOOK = null;
System.gc(); Thread.sleep(500);
if(SAVE_HOOK != null) {
SAVE_HOOK.isAlive();
} else {
System.out.println("dead");
}
}
}

    方法区(永久代)的回收:主要回收废弃常量和无用类。

                废弃常量:eg:"abc"存在常量池中,但没有其它地方引用这个常量,类,方法,字段的符号引用也和这个类似。

                无用类:该类所有实例已被回收

                    加载该类的ClassLoader已被回收

                    对应的Class对象没有被引用,无法在其它地方通过反射访问该类的方法。

                      满足了这些条件的类可以被回收,是否进行回收,取决于我们对虚拟机的参数设置情况。

                使用场景:在大量使用反射,动态代理,CGLib等频繁定义自ClassLoader的场景都需要虚拟机具备类卸载的功能

深入理解java虚拟机---垃圾收集器和分配策略-1的更多相关文章

  1. 深入理解java虚拟机----->垃圾收集器与内存分配策略(下)

    1.  前言 内存分配与回收策略 JVM堆的结构分析(新生代.老年代.永久代) 对象优先在Eden分配 大对象直接进入老年代 长期存活的对象将进入老年代 动态对象年龄判定 空间分配担保  2.  垃圾 ...

  2. 深入理解JAVA虚拟机 垃圾收集器和内存分配策略

    引用计数算法 很多教科书判断对象是否存活的算法是这样的:给对象中添加一个引用计数器,每当有一个地方引用它时,计数器值就加1:当引用失效时,计数器值就减1:任何时刻计数器都为0的对象就是不可能再被使用的 ...

  3. 深入理解JAVA虚拟机原理之内存分配策略(二)

    更多Android高级架构进阶视频学习请点击:https://space.bilibili.com/474380680 1.对象优先在Eden分配 大多情况,对象在新生代Eden区分配.当Eden区没 ...

  4. 深入理解java虚拟机笔记Chapter3-内存分配策略

    内存分配策略 新生代和老年代的 GC 操作 新生代 GC 操作:Minor GC 发生的非常频繁,速度较块. 老年代 GC 操作:Full GC / Major GC 经常伴随着至少一次的 Minor ...

  5. [深入理解Java虚拟机]<垃圾收集器与内存分配策略>

    Overview 垃圾收集考虑三件事: 哪些内存需要回收? 什么时候回收? 如何回收? 重点考虑Java堆中动态分配和回收的内存. Is Object alive? 引用计数法 给对象添加一个引用计数 ...

  6. 深入理解java虚拟机--垃圾收集器

    对象的销毁 对象的finalize方法只会执行一次,在finalize里可以自救不被销毁,二次被主动gc,必定会销毁 类销毁

  7. Java虚拟机垃圾收集器与内存分配策略

    Java虚拟机垃圾收集器与内存分配策略 概述 那些内存须要回收,什么时候回收.怎样回收是GC须要完毕的3件事情. 程序计数器.虚拟机栈与本地方法栈这三个区域都是线程私有的,内存的分配与回收都具有确定性 ...

  8. [转] 深入理解Java G1垃圾收集器

    [From] https://www.cnblogs.com/ASPNET2008/p/6496481.html 深入理解Java G1垃圾收集器 本文首先简单介绍了垃圾收集的常见方式,然后再分析了G ...

  9. 《深入理解 java 虚拟机》学习 -- 内存分配

    <深入理解 java 虚拟机>学习 -- 内存分配 1. Minor GC 和 Full GC 区别 概念: 新生代 GC(Minor GC):指发生在新生代的垃圾收集动作,因为 Java ...

随机推荐

  1. Latex 1: 解决latex中遇到一个常见错误:"Improper alphabetic constant."

    1.问题: 本人是在WIN7下用texlive 2016,编辑器用的是WinEdt 10.1 ,运行如下代码: \documentclass{ctexbook} \begin{document} \t ...

  2. 谈一谈以太坊虚拟机EVM的缺陷与不足

    首先,EVM的设计初衷是什么?它为什么被设计成目前我们看的样子呢?根据以太坊官方提供的设计原理说明,EVM的设计目标主要针对以下方面: 简单性(Simplicity) 确定性(Determinism) ...

  3. BZOJ_4591_[Shoi2015]超能粒子炮·改_Lucas定理

    BZOJ_4591_[Shoi2015]超能粒子炮·改_Lucas定理 Description 曾经发明了脑洞治疗仪&超能粒子炮的发明家SHTSC又公开了他的新发明:超能粒子炮·改--一种可以 ...

  4. [Usaco2017 Feb]Why Did the Cow Cross the RoadII

    [题目链接] https://www.lydsy.com/JudgeOnline/problem.php?id=4993 [算法] 动态规划 转移类似于求LCS [代码] #include<bi ...

  5. BZOJ4561: [JLoi2016]圆的异或并 计算几何+treap

    因为本题保证两圆之间只有相包含或相离(不用担心两圆重合 因为我没有RE) 所以每个圆之间的相对位置是确定的  也就是可以按极角排序的, 所以可以按横坐标排序后 扫描同时用treap维护加圆删圆(即遇到 ...

  6. Oracle第三方ado.net数据提供程序(转)

    原文地址:http://www.infoq.com/cn/news/2009/06/oracleclient_deprecated 这项决定有部分原因是基于目前Oracle的第三方ADO.NET数据提 ...

  7. unity3d中对像之间的相互作用的实现

    首先这里的对像是面向对像中的对像: 其实就是C#中对像间相互作用的实现: 一.一般面向对像中关联和依赖的方式: 如关联方式: class A{ B m_B; A(B b){ m_B = b; } ac ...

  8. P4575 [CQOI2013]图的逆变换

    传送门 如果新的图里存在边\((u,v)\),那么说明原图中\(u\)的终点和\(v\)的起点是同一个点 于是可以对新图中的每个点维护它的起点和终点,如果有一条边就把对应两个应该相等的点用并查集连起来 ...

  9. Vue的响应式原理

    Vue的响应式原理 一.响应式的底层实现 1.Vue与MVVM Vue是一个 MVVM框架,其各层的对应关系如下 View层:在Vue中是绑定dom对象的HTML ViewModel层:在Vue中是实 ...

  10. 题解报告:poj 3061 Subsequence(前缀+二分or尺取法)

    Description A sequence of N positive integers (10 < N < 100 000), each of them less than or eq ...