『编程』12000字史上最最最完整深入解析JVM，请先收藏再看!( 三 ) Python|维基百科|C++

4、堆内存的划分在JVM里面的示意图：
GC垃圾回收：一、判断对象是否要回收的方法：可达性分析法
1、可达性分析法：通过一系列“GC Roots”对象作为起点进行搜索，如果在“GC Roots”和一个对象之间没有可达路径，则称该对象是不可达的。不可达对象不一定会成为可回收对象。进入DEAD状态的线程还可以恢复， GC不会回收它的内存。（把一些对象当做root对象， JVM认为root对象是不可回收的，并且root对象引用的对象也是不可回收的）
2、以下对象会被认为是root对象：（1）虚拟机栈（栈帧中本地变量表）中引用的对象（2）方法区中静态属性引用的对象（3）方法区中常量引用的对象（4）本地方法栈中Native方法引用的对象
3、对象被判定可被回收，需要经历两个阶段：（1）第一个阶段是可达性分析，分析该对象是否可达（2）第二个阶段是当对象没有重写finalize()方法或者finalize()方法已经被调用过，虚拟机认为该对象不可以被救活，因此回收该对象。（finalize()方法在垃圾回收中的作用是，给该对象一次救活的机会）
4、方法区中的垃圾回收：（1）常量池中一些常量、符号引用没有被引用，则会被清理出常量池（2）无用的类：被判定为无用的类，会被清理出方法区。判定方法如下：A、该类的所有实例被回收B、加载该类的ClassLoader被回收C、该类的Class对象没有被引用
5、 finalize():（1） GC垃圾回收要回收一个对象的时候，调用该对象的finalize()方法。然后在下一次垃圾回收的时候，才去回收这个对象的内存。（2）可以在该方法里面，指定一些对象在释放前必须执行的操作。
二、发现虚拟机频繁full GC时应该怎么办：
（full GC指的是清理整个堆空间，包括年轻代和永久代）（1）首先用命令查看触发GC的原因是什么 jstat –gccause 进程id（2）如果是System.gc() ，则看下代码哪里调用了这个方法（3）如果是heap inspection(内存检查) ，可能是哪里执行jmap –histo[:live
命令（4）如果是GC locker ，可能是程序依赖的JNI库的原因
三、常见的垃圾回收算法：
1、Mark-Sweep（标记-清除算法）：（1）思想：标记清除算法分为两个阶段，标记阶段和清除阶段。标记阶段任务是标记出所有需要回收的对象，清除阶段就是清除被标记对象的空间。（2）优缺点：实现简单，容易产生内存碎片
2、Copying（复制清除算法）：（1）思想：将可用内存划分为大小相等的两块，每次只使用其中的一块。当进行垃圾回收的时候了，把其中存活对象全部复制到另外一块中，然后把已使用的内存空间一次清空掉。（2）优缺点：不容易产生内存碎片；可用内存空间少；存活对象多的话，效率低下。
3、Mark-Compact（标记-整理算法）：（1）思想：先标记存活对象，然后把存活对象向一边移动，然后清理掉端边界以外的内存。（2）优缺点：不容易产生内存碎片；内存利用率高；存活对象多并且分散的时候，移动次数多，效率低下
4、分代收集算法：（目前大部分JVM的垃圾收集器所采用的算法）：
思想：把堆分成新生代和老年代。（永久代指的是方法区）

（1）因为新生代每次垃圾回收都要回收大部分对象，所以新生代采用Copying算法。新生代里面分成一份较大的Eden空间和两份较小的Survivor空间。每次只使用Eden和其中一块Survivor空间，然后垃圾回收的时候，把存活对象放到未使用的Survivor（划分出from、to）空间中，清空Eden和刚才使用过的Survivor空间。（2）由于老年代每次只回收少量的对象，因此采用mark-compact算法。（3）在堆区外有一个永久代。对永久代的回收主要是无效的类和常量
5、GC使用时对程序的影响？垃圾回收会影响程序的性能， Java虚拟机必须要追踪运行程序中的有用对象，然后释放没用对象，这个过程消耗处理器时间

『编程』12000字 史上最最最完整深入解析JVM，请先收藏再看!( 三 )

『编程』12000字史上最最最完整深入解析JVM，请先收藏再看!( 三 )