jvm复制算法

⑴ 哪些jvm的垃圾回收方式采用复制算法回收

java垃圾回收是由虚拟机控制的，不是由你的代码控制的，你可以System.gc()来提醒系统进行垃圾回收，但至于会不会回收取决于JVM，而不是你的这行代码

⑵ JVM有哪些垃圾回收算法

标记-清除，标记-复制，标记-整理

⑶ jvm垃圾收集器为什么

JVM中垃圾的回收由垃圾收集器进行，随着JDK的不断升级，垃圾收集器也开发出了各种版本，垃圾收集器不断优化的动力，就是为了实现更短的停顿。

下面是7种不同的分代收集器，如果两个收集器之间有连线，则表示它们之间可以搭配使用；所处的区域表示属于新生代还是老年代收集器。

1.Serial 收集器 (新生代)

最基本、历史最悠久（JDK1.3.1之前），这是一个单线程的收集器，当该收集器运行时必须暂停其他所有的工作线程，直到它收集结束。

收集过程：暂停所有线程

算法：复制算法

优点：简单高效，拥有很高的单线程收集效率

应用：Client模式下的默认新生代收集器

2.ParNew 收集器(新生代)

Serial 的多线程版本，使用多线程进行垃圾收集

收集过程：与用户线程并发

算法：复制算法

优点：在CPU多的情况下，拥有比Serial更好的效果。单CPU环境下Serial效果更好

应用：许多运行在Server模式下的虚拟机中首选的新生代收集器

3.Parallel Scavenge 收集器(新生代)

Parallel Scavenge收集器的目标是达到一个可控制的吞吐量

吞吐量 = 运行用户代码时间 / (运行用户代码时间 + 垃圾收集时间)

控制吞吐量的参数：最大垃圾收集停顿时间 -XX：MaxGCPauseMillis ; 直接设置吞吐量大小：-XX:GCTimeRatio。

MaxGCPauseMillis 的值为一个大于0的毫秒数， 最大停顿时间的缩短是以牺牲吞吐量和新生代空间来换取的。

GCTimeRatio 的值为一个大于0且小于100的整数。例如：-XX:GCTimeRatio=9 我们要求应用程序线程在整个执行时间中至少9/10是活动的(因此，GC线程占用其余1/10)

-XX:+UseAdaptiveSizePolicy:开启GC自适应调节策略，自动设置新生代大小、Eden与Survior区的比例、晋升老年代对象年龄等细节参数

应用：适合在后台运算而不需要太多交互的任务

4.Serial Old 收集器 (老年代)

Serial收集器的老年代版本，也是一个单线程的收集器，使用标记-整理算法

收集过程：暂停所有线程

算法：标记-整理算法

应用：主要意义是Client模式下的收集器，如果在Server模式下还有：a. JDK1.5之前的版本中与Parallel Scavenge搭配使用，b. 作为CMS收集器的后背预案在并发收集时使用

5. Parallel Old 收集器 (老年代)

Parallel Scavenge收集器的老年代版本，使用多线程和“标记-整理”算法。

收集过程：多线程

算法：标记-整理算法

应用：在注重吞吐量及CPU资源敏感的场合，可以优先考虑Parallel Scavenge加Parallel Old收集器

6. CMS 收集器(老年代)

以获取最短回收停顿时间为目标，基于“标记-清除”算法

收集过程：初始标记-->并发标记-->重新标记-->并发清除

初始标记、重新标记两个步骤仍需要“Stop The World” : 初始标记仅仅只是标记一下GC
Roots能直接关联到的对象，速度很快；并发标记就是进行GC Roots
Tracing的过程；重新标记是为了修正并发标记期间因用户程序继续运作，而导致标记产生变动的那一部分对象的标记记录。

整个过程中耗时最长的是并发标记和并发清除，这两个过程都可以与用户线程一起工作。所以总体上说CMS收集器内存回收过程与用户线程一起并发执行。

算法：标记-清除 算法

缺点：1，对cpu资源敏感，默认启动的回收线程数是（cpu数量+3）/4，当cpu数较少的时候，会分掉大部分的cpu去执行收集器线程，影响用户，降低吞吐量。

2，无法处理浮动垃圾，浮动垃圾即在并发清除阶段因为是并发执行，还会产生垃圾，这一部分垃圾即为浮动垃圾，要等下次收集。

3,因为使用的是“标记-清除”算法，会产生碎片。

7. G1收集器 (整个Java堆：包括新生代和老年代)

特点：并行与并发、分代收集、空间整合、可预测的停顿

G1将整个java堆（包括新生代和老生代）划分为多个大小固定的独立区域，并跟踪这些区域的垃圾堆积程度，在后台维护一个优先列表，每次根据允许的收集时间，优先回收垃圾最多的区域。

但这样回收有一个问题：对象分配在某个区域中，但并非只被本区域的其他对象引用，而是可以与整个Java堆任意的对象发生引用关系。在做可达性分析的时候，如何避免扫描整个堆呢？

解决：区域之间的对象引用，以及其他收集器中新生代与老年代之间的对象引用，虚拟机都是使用Remembered Set来避免全堆扫描，在Remembered Set中记录对象的引用。

收集过程：初始标记-->并发标记-->最终标记-->筛选回收。与CMS不同的是，在最终标记阶段，需要停顿线程，但是可并发执行；筛选回收阶段，对各个区域的回收价值和成本进行排序，按照用户所期望的回收时间进行垃圾回收，这个阶段也可以并发执行。

⑷ 哪些jvm垃圾回收方式采用复制算法回收

Java的堆是一个运行时数据区，类的实例(对象)从中分配空间。Java虚拟机(JVM)的堆中储存着正在运行的应用程序所建立的所有对象，这些对象通过new、newarray、anewarray和multianewarray等指令建立，但是它们不需要程序代码来显式地释放。一般来说

⑸ 以下哪些jvm的垃圾回收方式采用的是复制算法回收

Java的堆是一个运行时数据区，类的实例(对象)从中分配空间。Java虚拟机(JVM)的堆中储存着正在运行的应用程序所建立的所有对象，这些对象通过new、newarray、anewarray和multianewarray等指令建立，但是它们不需要程序代码来显式地释放。

⑹ 哪些jvm的垃圾回收方式采用复制算法

1.JVM的gc概述 gc即垃圾收集机制是指jvm用于释放那些不再使用的对象所占用的内存。java语言并不要求jvm有gc，也没有规定gc如何工作。不过常用的jvm都有gc，而且大多数gc都使用类似的算法管理内存和执行收集操作。 在充分理解了垃圾收集算法和执

⑺ 我的jvm 新生代中 Survivor 0 为啥没有空间，只显示Survivor 0 （8,8）:0

这显示的是已用空间吧？
一次Minor GC过后，通过复制算法，存活的对象年龄+1然后被丢到Survivor 1之中，占1.150M，Survivor 0中的对象被全部回收。下一次Minor GC的时候又反过来，会将Eden和Survivor 1存活的对象通过复制算法丢到Survivor 0之中，此时Survivor 1将被清空。
也就是说，新生代中，Survivor 0和Survivor 1其中一个必会为空。

⑻ java有哪些垃圾回收算法

常用的垃圾回收算法有：
(1).引用计数算法：
给对象中添加一个引用计数器，每当有一个地方引用它时，计数器值就加1；当引用失效时，计数器值就减1；任何时刻计数器都为0的对象就是不再被使用的，垃圾收集器将回收该对象使用的内存。
引用计数算法实现简单，效率很高，微软的COM技术、ActionScript、Python等都使用了引用计数算法进行内存管理，但是引用计数算法对于对象之间相互循环引用问题难以解决，因此java并没有使用引用计数算法。
(2).根搜索算法：
通过一系列的名为“GC Root”的对象作为起点，从这些节点向下搜索，搜索所走过的路径称为引用链(Reference Chain)，当一个对象到GC Root没有任何引用链相连时，则该对象不可达，该对象是不可使用的，垃圾收集器将回收其所占的内存。
主流的商用程序语言C#、java和Lisp都使用根搜素算法进行内存管理。
在java语言中，可作为GC Root的对象包括以下几种对象：
a. java虚拟机栈(栈帧中的本地变量表)中的引用的对象。
b.方法区中的类静态属性引用的对象。
c.方法区中的常量引用的对象。
d.本地方法栈中JNI本地方法的引用对象。
java方法区在Sun HotSpot虚拟机中被称为永久代，很多人认为该部分的内存是不用回收的，java虚拟机规范也没有对该部分内存的垃圾收集做规定，但是方法区中的废弃常量和无用的类还是需要回收以保证永久代不会发生内存溢出。
判断废弃常量的方法：如果常量池中的某个常量没有被任何引用所引用，则该常量是废弃常量。
判断无用的类：
(1).该类的所有实例都已经被回收，即java堆中不存在该类的实例对象。
(2).加载该类的类加载器已经被回收。
(3).该类所对应的java.lang.Class对象没有任何地方被引用，无法在任何地方通过反射机制访问该类的方法。
Java中常用的垃圾收集算法：
(1).标记-清除算法：
最基础的垃圾收集算法，算法分为“标记”和“清除”两个阶段：首先标记出所有需要回收的对象，在标记完成之后统一回收掉所有被标记的对象。
标记-清除算法的缺点有两个：首先，效率问题，标记和清除效率都不高。其次，标记清除之后会产生大量的不连续的内存碎片，空间碎片太多会导致当程序需要为较大对象分配内存时无法找到足够的连续内存而不得不提前触发另一次垃圾收集动作。
(2).复制算法：
将可用内存按容量分成大小相等的两块，每次只使用其中一块，当这块内存使用完了，就将还存活的对象复制到另一块内存上去，然后把使用过的内存空间一次清理掉。这样使得每次都是对其中一块内存进行回收，内存分配时不用考虑内存碎片等复杂情况，只需要移动堆顶指针，按顺序分配内存即可，实现简单，运行高效。
复制算法的缺点显而易见，可使用的内存降为原来一半。
(3).标记-整理算法：
标记-整理算法在标记-清除算法基础上做了改进，标记阶段是相同的标记出所有需要回收的对象，在标记完成之后不是直接对可回收对象进行清理，而是让所有存活的对象都向一端移动，在移动过程中清理掉可回收的对象，这个过程叫做整理。
标记-整理算法相比标记-清除算法的优点是内存被整理以后不会产生大量不连续内存碎片问题。
复制算法在对象存活率高的情况下就要执行较多的复制操作，效率将会变低，而在对象存活率高的情况下使用标记-整理算法效率会大大提高。
(4).分代收集算法：
根据内存中对象的存活周期不同，将内存划分为几块，java的虚拟机中一般把内存划分为新生代和年老代，当新创建对象时一般在新生代中分配内存空间，当新生代垃圾收集器回收几次之后仍然存活的对象会被移动到年老代内存中，当大对象在新生代中无法找到足够的连续内存时也直接在年老代中创建。

⑼ 以下哪些jvm的垃圾回收方式采用的是复制算法

System.gc是专门回收不用的对象的语法，当然你也可以自己写函数来finalization()你的程序。一般JVM会根据虚拟内存占用率来自动调用gc(garbage collector)，有时候即便你调用gc如果内存占用不多回收处理工作也不会调用的，毕竟调用一次也要占用资

⑽ JVM的垃圾算法有哪几种

一、垃圾收集器概述

如上图所示，垃圾回收算法一共有7个，3个属于年轻代、三个属于年老代，G1属于横跨年轻代和年老代的算法。

JVM会从年轻代和年老代各选出一个算法进行组合，连线表示哪些算法可以组合使用

二、各个垃圾收集器说明

1、Serial(年轻代）

• 年轻代收集器，可以和Serial Old、CMS组合使用

• 采用复制算法

• 使用单线程进行垃圾回收，回收时会导致Stop The World，用户进程停止

• client模式年轻代默认算法

• GC日志关键字：DefNew(Default New Generation)

• 图示（Serial+Serial Old)
  

  7、G1

• G1收集器由于没有使用过，所以从网上找了一些教程供大家了解

• 并行与并发

• 分代收集

• 空间整合

• 可预测的停顿