gc算法可达性分析（被可达性分析或者引用计数法标记为无用对象后就一定会被GC回收吗）
gc算法可达性分析（被可达性分析或者引用计数法标记为无用对象后就一定会被GC回收吗）永久代（方法区）的垃圾收集主要回收两部分内容：废弃常量和无用的类。GC回收的不只是堆内存，还有方法区！！！如果对象被判定为有必要执行finalize()方法，那么这个对象会放到一个叫做F-Queue队列中，并在稍后一个由虚拟机自动建立的、低优先级的Finalizer线程去执行它，这里的执行只是负责触发这个方法，并不一定等这个方法执行结束。这样做的原因是如果一个对象在finalize()方法中执行缓慢，或者发生了死循环，将很可能导致F-Queue队列中其他对象处于永久等待，甚至整个内存回收系统崩溃。finalize()方法是对象逃脱死亡命运的最后一次机会，稍后GC将对F-Queue中的对象进行第二次小规模的标记，如果对象要在finalize()中成功拯救自己——只要重新与引用链上的任何一个对象建立关联即可（这里描述的是可达性分析算法，因为虚拟机几乎都不采取引用计数法）。比如把自己（this关
被可达性分析或者引用计数法标记为无用对象后就一定会被GC回收掉吗？
（纯文字，希望大家好好读，通俗易懂，很关键）当然不是！！！
一个对象的死亡至少要经历两次标记过程：
如果对象被标记为可回收对象，那他将会被第一次标记并且进行一次筛选，筛选的条件是此对象是否有必要执行finalize()方法，当对象没有覆盖finalize()方法，或者finalize()方法已经被虚拟机调用过，虚拟机将这两种情况都视为“没有必要执行回收”。（这也是为什么大家不鼓励重写finalize方法的原因之一）
如果对象被判定为有必要执行finalize()方法，那么这个对象会放到一个叫做F-Queue队列中，并在稍后一个由虚拟机自动建立的、低优先级的Finalizer线程去执行它，这里的执行只是负责触发这个方法，并不一定等这个方法执行结束。这样做的原因是如果一个对象在finalize()方法中执行缓慢，或者发生了死循环，将很可能导致F-Queue队列中其他对象处于永久等待，甚至整个内存回收系统崩溃。
finalize()方法是对象逃脱死亡命运的最后一次机会，稍后GC将对F-Queue中的对象进行第二次小规模的标记，如果对象要在finalize()中成功拯救自己——只要重新与引用链上的任何一个对象建立关联即可（这里描述的是可达性分析算法，因为虚拟机几乎都不采取引用计数法）。比如把自己（this关键字）赋值给某个类变量或者对象的成员变量，那么在第二次标记时他将被移除出“即将回收”的队列；若对象这时候还没有逃脱，那么基本上真的就要被回收了。
用代码证明上面的答案
结果
GC回收的不只是堆内存，还有方法区！！！
永久代（方法区）的垃圾收集主要回收两部分内容：废弃常量和无用的类。
判定一个常量是否是“废弃常量”很简单：
比如
判定一个类是否是“无用的类”很麻烦：
今天分享就到这里，欢迎关注！不喜勿喷呦~~
