从GC Roots向下搜（一组一定活跃的引用）只要跟「GC Roots」没有直接或者间接引用相连就是垃圾 引用计数
被引用+1，引用失败-1，计数器为0时不再被引用缺点：若存在：互相依赖（引用）的A、B，引用计数不为0，导致无法回收 垃圾回收算法 标记清除
【标记】哪些没有被「GC Roots」引用的对象
【清除】不被「GC Roots」关联的都清除
存在问题【内存碎片】 标记复制
【标记】
【复制】：把「标记」存活的对象「复制」到另一块空间
【清除】把原有的整块空间清除，解决内存碎片问题
存在问题【内存利用率低】需要准备一块新的区域复制(移动)过去 标记整理
【标记】
【整理】在「当前区域」内进行移动：存活死亡分别放在两边
【清除】清除垃圾那一块区域 垃圾回收器分类 【分代概念】 为了使「stop the world」持续的时间尽可能短以及提高并发式GC所能应付的内存分配速率，给垃圾对象进行分类（JDK8及以下所使用到的垃圾收集器都是有「分代」概念的） 新生代
Seria、Parallel Scavenge、ParNew
使用【标记复制】算法 老年代
Serial Old、Parallel Old、CMS 内存分配与回收策略 堆内存
将新生代划分出Survivor区（Survivor From 和Survivor To）
目的就是为了有一块完整的内存空间供垃圾回收器进行拷贝(移动)
新的对象进入Eden 大对象、长期存活、动态对象直接进入老年代
大对象：创建时很大或Survivor区无法存下该对象
长期存活对象
每发生一次MinorGC，存活age+1，达到15(默认值)晋升为老年代
动态对象年龄判断 P134
age大于等于【S区中相同age对象大小总和>S空间/2】 MinorGC 年轻代GC P130
对象在新生代Eden区中分配，当Eden区不足时触发HotSpot 虚拟机(G1以下)要求整个GC堆在连续的地址空间上，会有一条分界线（一侧是老年代，另一侧是年轻代。)通过「地址」可以判断对象在哪个分代上，不用考虑GCRoots会扫描到老年代(全堆扫描)的可能。 跨代引用
(老年代对象持有年轻代对象的引用)
「card table」卡表避免全局扫描「老年代」对象
「堆内存」的每一小块区域形成「卡页」一个卡页中有存在对象的跨代引用时，将标记为「脏页」每次Minor GC 时去「卡表」找到「脏页」，找到后加入GC Root，不需去遍历整个「老年代」对象
