1.为什么要有GC
没有GC的世界，我们需要手动进行内存管理，但是内存管理是纯技术活，又容易出错。但是我们写码的目的是为了解决业务问题，所以可以把这种纯技术活自动化，当然自动化也是有代价的。
2.垃圾定义
把分配到堆中那些不能通过程序引用的对象称为非活动对象，也就是死掉的对象，称为垃圾
3.GC定义
我们想让内存管理变得自动化，就必须实现两件事（1）找到内存里的垃圾 （2）回收垃圾，让这块空间可以重新使用
4.常说的分代垃圾回收
经验：大部分的对象在生成之后马上就变成了垃圾，很有有对象能活的很久，分代垃圾回收利用该经验，引入了年龄的概念，经历过一次GC之后活下来的对象年龄为1岁。
分代：分代垃圾回收把对象分类成几代，针对不同的代使用不同的GCC算法，我们把刚生成的对象成为新生带对象，到达一定年龄的对象称为老年代对象。
为什么分代：将对象根据存活概率进行分类，对存活时间长的对象，可以减少扫描垃圾的时间，以及GC的频率和时长，本质：对对象进行分类，针对各个分类进行不同的垃圾回收算法，以对各算法扬长避短。
5.分代垃圾的堆结构
问题1：为什么新生代分成生成空间和幸存空间？
想要回答上面的问题，就要知道JVM分代垃圾回收常用的GC算法复制算法。
1.将内存分均分成A、B两块内存
2.新生对象分配到A块中未使用的内存当中，当A块的内存使用完了，把A块的存活对象复制到B块
3.清理A块的所有对象
4.当B中的内存也用完了，就把存活对象全都复制到A块中
5.清理B块所有对象
6.不断循环
这个算法优点：简单高效，缺点：内存代价高，有效内存为占用内存的一半，所以我们进行优化。
优化后的GC算法：使用Eden和S0,S1三个分区，均分A/B块太浪费内存，空间比例在8:1:1,有效内存（可分配新生对象的内存）在总内存的9/10。
1.Eden+S0可以分配新生对象
2.对Eden+S0进行垃圾收集，把存活对象复制到S1,清理Eden+S0，一次新生代GC结束
3.Eden+S1可以分配新生对象
4.对Eden+S1进行垃圾收集，存活对象复制到S0,清理Eden+S1,二次新生代GC结束
5.不断循环
问题2：为什么要有survivor区？
如果没有suivivor区，Eden区没进行一次Minor C，存活对象就被送到老年代，老年代很快被填满，出发Major GC（一般Major GC会伴随着Minor GC，相当于出发了Full GC），老年代的内存空间远大于新生代，进行一次Full GC消耗的时间比Minor GC要长得多，这就消耗很多资源。
获取你可以想出一些办法来解决没有survivor区？
| 方案 | 优点 | 缺点 |
| 增加老年代空间 | 更多存活对象才能填满老年代。降低Full GC频率 | 随着老年代空间加大，一旦发生Full GC，执行所需要的时间更长 |
| 减少老年代空间 | Full GC所需时间减少 | 老年代很快被存活对象填满，Full GC频率增加 |
问题3：为什么幸存空间分成两块大小相等的幸存空间1，2？也就是为什么suivivor区要分成两个？
原因是为了解决碎片化。分析如下：
假设：我们现在只有一个survivor区，模拟GC过程，下面的图更加形象化内存碎片的产生。
1.新建对象放在Eden中
2.Eden满了，触发一次Minor GC，Eden中的存活对象就会被移动到Survivor区
3.新建对象放在Eden中
4.Eden满了，此时Eden和Survivor区各有一些存活对象，如果此时把Eden区的存活对象硬放到Survivor区，很明显这两部分对象占用的内存是不连续的，这就导致了内存碎片化。
可能你还想说，碎片化就碎片化呗，能有多大影响？
内存碎片化风险很大，严重影响java程序的性能，堆空间被散布的对象占据不连续的内存，最直接的结果就是堆中没有足够大的连续内存空间，接下去如果程序需要为一个内存很大的对象分配空间，那就尴尬了。就像背包里所有东西都紧挨着放，这样就可能腾出一片空间放水杯，如果隔一点缝隙放一个，那么估计你的水杯就要拎着了。
所以顺理成章，应该建立两块Suivivor区，而且在执行上述GC复制算法的时候，Eden和S0活动对象复制到S1,清理S0和EDEN，之后在Eden和S1上分配对象，从而避免了内存碎片化。
6.GC算法共同解决的问题和衡量标准？想看专业深入的GC算法详解请看下次分解
问题：
如何分别出垃圾？
如何，何时搜索垃圾？
如何何时清理垃圾
标准：
吞吐量：单位时间内处理能力
最大暂停时间：GC执行过程中，应用暂停的时长
堆的使用率：堆空间的利用率，可用的堆越大，GC越快
访问的局部性：把具有引用关系的对象安排在堆中较近的位置，就能提高在缓存中读取到想利用的数据的概率。