jvm垃圾回收机制GC

题目不知道对不对，开始写：----

哪些内存需要回收？什么时候回收？如何回收？这也是经典的学习一个知识点的3h方法：what? when? how?

看啊看

一。几种常见的垃圾收集算法

　　1、Mark-Sweep

　　标记-清除算法，分为标记，清除两个阶段，首先标记出所有需要回收的对象，标记完成后统一回收

　　不足：效率不高；回收后产生大量不连续的内存碎片。碎片太多的话，需要分配大对象时，无法找到足够的连续内存而不得不提前触发新一轮的垃圾收集动作

　　2、Copying

　　复制算法，大多商业虚拟机都采用这种收集算法回收新生代，具体的在第三点内存分配会讲到

　　3、Mark-Compact

　　标记-整理算法。一般使用于老年代

　　4、Generational Collection

　　分代收集算法。当前商业虚拟机的垃圾收集都采用分代收集算法，一般是把Java堆分为新生代和老年代，根据各自特点采用最适当的收集算法。

二。（有用的来了）内存分配与回收策略

Java的自动内存管理机制可以归结为解决了两个问题：给对象分配内存以及回收分配给对象的内存。Java的内存分配策略并不是绝对的或者固定的，这取决于

当前使用的垃圾收集器组合，以及虚拟机中与内存分配相关的参数设置，接下来讲的是最为普遍的内存分配规则

1）对象优先在Eden区分配

　　新生代区域一般被分为较大的Eden空间和两块较小的Survivor空间（通常称为From和To）,HotSpot虚拟机默认Edon和两个Survivor的大小比例是8：1：1，

新创建的对象一般会在Edon和From中，当Edon区没有足够的空间进行分配时，将触发一次Minor GC，前面讲过大多数对象是朝生夕死的，因此Minor GC非常频繁

当一次Minor GC过后，仍然存活的对象会一次性复制到To区域中，然后清理掉Edon和From；这时候注意，From和To将交换角色，现在新的To是清理后的From

因此To区域总能保证每次Minor GC后留有一定的空间容纳尚存活的对象

　　（2）长期存活的对象将进入老年代

　　虚拟机给每个对象都定义了一个对象年龄（Age）计数器，在Edon出生的对象经过第一次Minor GC后仍然存活，并能在Survivor容纳的话Age将设为1，在Survivor区

每熬过一次Minor GC,Age+1，当Age达到设置的参数值-XX：MaxTenuringThreshold（默认值15），将晋升老年代，关于晋升老年代的条件并非一定要达到这种情况，

java虚拟机有动态对象年龄判定策略，具体可阅读本书3.6.4细节

　　（3）大对象直接进入老年代

　　所谓大对象指的是需要大量连续内存空间的对象，最典型的如很长的字符串以及数组，经常出现大对象意味着很可能内存中还有不少空间时就得提前触发垃圾收集

以获取足够的连续空间来安置他们。

　　（4）触发Full GC的条件

　　Full GC的速度一般比Minor GC慢10倍以上，触发一次Full GC经常会伴随一次Minor GC，一种触发条件为，一次Minor GC发生后将要晋升为老年代的对象大小超过

老年代现有剩余空间大小，这种情形不难想象。java的老年代空间分配担保细节可细读3.6.5节知晓，此处不再细说

最后上图一张作为结尾，一目了然（真的吗）：

看完了吧，果然还是不会吧，持续学习。。。道路阻且长，而且没场景，拘说还需要jconsole，jstack啥的，还有一个人问我服务器cpu变高怎么搞，会了还用你来面我，算了吧，

让他装波逼吧，擦，学起来