堆的gc算法

A. 强制gc怎么实现

垃圾回收器只能回收那些失去引用的对象比如：

A a1=new A[];

al=null;

这个时候调用System.gc()的话就能把a1之前指向的A的对象给回收了。

简介：

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

一般来说，堆的是由垃圾回收 来负责的，尽管JVM规范并不要求特殊的垃圾回收技术，甚至根本就不需要垃圾回收，但是由于内存的有限性，JVM在实现的时候都有一个由垃圾回收所管理的堆。

垃圾回收是一种动态存储管理技术，它自动地释放不再被程序引用的对象，按照特定的垃圾收集算法来实现资源自动回收的功能。

B. java 中的gc是怎么一回事，内部运行是什么样的

就是垃圾回收。
在虚拟机中将对象分为新生代，旧生代和永生代，使用不同的算法进行回收。

C. JVM有哪些垃圾回收算法

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

D. 如何设置java gc回收算法

在java和c#语言中，使用的是托管代码，不像c++语言那样由程序员进行内存的手动分配和回收，java语言则由JVM即Java虚拟机 全权负责堆内存的管理，这样子大大减少了程序员的负担，同时一定程度上提高了开发效率和系统稳定性，而常用的GC垃圾回收算法有哪些呢？

Java的堆是一个运行时数据区，类的实例(对象)从中分配空间。Java虚拟机(JVM)的堆中储存着正在运行的应用程序所建立的所有对象，这些对象通过new、newarray、anewarray和multianewarray等指令建立，但是它们不需要程序代码来显式地释放。一般来说，堆的是由垃圾回收 来负责的，尽管JVM规范并不要求特殊的垃圾回收技术，甚至根本就不需要垃圾回收，但是由于内存的有限性，JVM在实现的时候都有一个由垃圾回收所管理的堆。垃圾回收是一种动态存储管理技术，它自动地释放不再被程序引用的对象，按照特定的垃圾收集算法来实现资源自动回收的功能。

E. java的gc为什么要分代

假如哈，现在的计算机能做的1ms扫描完所有live object，10ms完成live set的整理（compaction），大多数java应用都会觉得“这没毛病了”，那么，现在Hotspot JVM设计的那几套GC算法组合确实就没意义了。下面，再继续谈一哈GC的哲学。类似分布式系统的CAP theorem，GC算法设计也是有这个3取2的三角组合的：即延时（latency）、吞吐（throughput）和内存消耗（footprint）。基本的设计原理就是footprint为有限值的条件下，我们再在latency和throughput上挑一个优化，比如Hotspot JVM实现中，CMS算法主攻latency，Parallel GC 主攻throughput，G1 GC较关注latency同时兼顾一点throughput。来来来，我们开个脑洞：我们能不能放弃或减弱“footprint为有限值”这个条件。嗯～比如，一个应用1小时使用100G memory（暂时不管这100G会产生多少垃圾），服务器24小时会重启一次，那么，每次重启前java应用需要使用的内存会达到2,400G。也就是说，在这个case中，java能使用的内存如果能大于2,400G，我们根本就是不需要任何GC算法，not to mention 什么分代了； “java的gc为什么要分代”的哲学又是啥。我认为，是熵增原理 和 80/20法则。

F. 谁能简单概括下cms和旧的gc算法的区别

中间调整过几次，先搞了几台机器做了验证，后来逐步推广的。1、调大heap区，由原来的4g，调整到5g，young区的大小不变，还是2g，这时候old区就由2g变为3g了（这样保证old区有足够的空间）；2、设置-XX：UseCMSInitiatingOccupancyOnly，其实这个不关这个问题，只是发现半夜CMS进行的有点频繁，就禁止掉了悲观策略；3、设置CMS区回收的比例，从80%调整到75%，让old区尽早的进行，有足够的空间剩余；为什么要有GC（垃圾回收）？JVM通过GC来回收堆和方法区中的内存，GC的基本原理就是找到程序中不再被使用的对象，然后回收掉这些对象占用的内存。主要的收集器有哪些？引用计数器和跟踪计数器两种。引用计数器记录对象是否被引用，当计数器为零时，说明对象已经不再被使用，可以进行回收。java中的对象有复杂的引用关系，不是很适合引用计数器，所以sunjdk中并没有实现这种GC方式。跟踪收集器，全局记录数据的引用状态，基于一定的条件触发。执行的时候，从根集合开始扫描对象的引用关系，主要有复制（ing）、标记-清除（Mark-Sweep）、标记-压缩(Mark-Compact)那种算法。

G. java常见gc算法有哪些

1：标记—清除 Mark-Sweep
过程：标记可回收对象，进行清除
缺点：标记和清除效率低，清除后会产生内存碎片
2：复制算法
过程：将内存划分为相等的两块，将存活的对象复制到另一块内存，把已经使用的内存清理掉
缺点：使用的内存变为了原来的一半
进化：将一块内存按8:1的比例分为一块Eden区（80%）和两块Survivor区（10%）
每次使用Eden和一块Survivor，回收时，将存活的对象一次性复制到另一块Survivor上，如果另一块Survivor空间不足，则使用分配担保机制存入老年代
3：标记—整理 Mark—Compact
过程：所有存活的对象向一端移动，然后清除掉边界以外的内存

4：分代收集算法
过程：将堆分为新生代和老年代，根据区域特点选用不同的收集算法，如果新生代朝生夕死，则采用复制算法，老年代采用标记清除，或标记整理
面试的话说出来这四种足够了

H. 两种gc的区别

GC有两种类型：Scavenge GC和Full GC，两种gc的区别如下：
Scavenge GC一般情况下，当新对象生成，并且在Eden申请空间失败时，就会触发Scavenge GC，对Eden区域进行GC，清除非存活对象，并且把尚且存活的对象移动到Survivor区。然后整理Survivor的两个区。这种方式的GC是对 年轻代的Eden区进行，不会影响到年老代。因为大部分对象都是从Eden区开始的，同时Eden区不会分配的很大，所以Eden区的GC会频繁进行。因 而，一般在这里需要使用速度快、效率高的算法，使Eden去能尽快空闲出来。
Full GC对整个堆进行整理，包括Young、Tenured和Perm。Full GC因为需要对整个对进行回收，所以比Scavenge GC要慢，因此应该尽可能减少Full GC的次数。在对JVM调优的过程中，很大一部分工作就是对于FullGC的调节。

I. GC是如何是如何启动及GC中的算法等

首先,我们先看看GC处理的内存区域在hotSpot(jdk1.8用的这个虚拟机)中是如何划分的.
虚拟机将内存划分为两大区域,新生代与老年代.
而在新生代中
虚拟机又将区域划分为Eden和两块survivor,新创建的对象将会在占有较大区域的Eden和一块survivor,当GC处理垃圾是首先进行标记,会将剩余的存活对象复制之后放在另外survivor中,然后进行清除,清除之会.
那么这里就有一个问题,如果存活对象过多 survivor放不下怎么办?
这里就会使用担保:将溢出的对象放入老年代之中.
如果是老年代那,因为老年代的对象的存活能力很强,且无法有空间为老年代进行担保,所以老年代使用的事 标记-整理
算法进行垃圾回收的,当GC标记清除了可回收的对象,会将剩余对象向一端移动.
那么GC是如何一步步的进行垃圾回收的那?
首先GC要启动可达性算法,那么GC是如何快速的找出所有的GCROOTS节点的那?
1. hotSpot是使用OopMap这样一组数据结构进行记录的,类加载完成之后
会记录对象内什么偏移量是什么类型(书上的话),编译器也会记录栈和寄存机中的位置.,而这个数据会在特点的位置进行记录,这些位置就叫做安全点(safepoint).
还有 GC的启动需要暂时挂起所有的线程,那么GC是在什么时间进行垃圾回收的那?
1.当线程运行到safepoint的时候才会进行GC,那么GC开始之后需要挂起所有线程,这是GC会选择使用主动式的抢断,也就是说GC会设置一个和安全点重合的轮询点,让所有线程都去访问这个轮询点,如果线程访问结果为真,那么就代表线程到了轮询点,便会记性线程中断了.