版权声明：本文为博主原创文章，未经博主允许不得转载。 https://blog.csdn.net/ArisKing/article/details/79056614
概述：
程序计数器、虚拟机栈、本地方法栈三个区域随线程而生随线程而灭；栈中的栈帧随着方法的进入和退出有条不紊的执行着出栈和入栈操作。每一个栈帧中分配多少内存基本上是在类结构确定下来时就已知的，这几个区域内不需要考虑过多的回收问题，因为方法结束或者线程结束时，内存自然就跟着回收了。
Java堆和方法区不一样，一个接口中的多个实现需要的内存可能不一样，一个方法中的多个分支需要的内存也可能不一样，我们只有在程序处于运行期间时才能知道会创建那些对象，这部分内存的分配和回收都是动态的，垃圾收集器所关注的是这部分内存。
具体：
堆中几乎存放着Java世界中所有的对象实例，垃圾收集器在对堆中进行回收前，首先要确定的就是这些对象有哪些还“存活”着。
1，引用计数算法
给对象添加一个引用计数器，每当有一个地方引用它时，计数器值就加1；当引用失效时计数器值就减1；任何时刻计数器都为0的对象就是不可能再被使用的。
Java语言中没有选用引用技术算法来管理内存，其中主要的原因是它很难解决对象之间的相互循环引用的问题。
2，根搜索算法
通过一系列的名为“GC Roots”的对象作为起始点，从这些节点开始向下搜索，搜索所走过的路径称为引用链，当一个对象到GC Roots没有任何引用链相连（用图论的话来说就是从GC Roots到这个对象不可达）时，则证明此对象是不可引用的。
在Java语言里，可作为GC Roots的对象包括下面几种：
1，虚拟机栈（栈帧中的本地变量表）中的引用的对象。
2，方法区中的类静态属性引用的对象。
3，方法区中常量引用的对象。
4，本地方法栈中JNI（Native方法）的引用的对象。
再谈引用
无论哪种方法，判定对象是否存活都与“引用”有关。在JDK1.2之前，Java中的引用的定义很传统：如果引用类型的数据中存储的数值代表的是另外一块内存的起始地址，就称这块内存代表一个引用。这样的定义很局限，对象只有被引用或者没有被引用两种状态。如何描述：当内存空间足够时则保留在内存之中；如果内存在进行垃圾收集后还是非常紧张则可以抛弃这些对象。这样一个情况。在JDK1.2后，Java对引用进行的扩充：
强引用：
在程序代码之中普遍存在的，类似“Object obj = new Object()”这类的引用，只要强引用还存在，垃圾收集器永远不会回收掉被引用的对象。
软引用
：一些还有用，但并非必须的对象。对于软引用关联着的对象，在系统将要发生内存溢出异常之前，将会把这些对象列进回收范围之中并进行第二次回收。如果这次回收还是没有足够的内存，才回抛出内存溢出异常。SoftReference类来实现软引用。
弱引用：
也是用来描述非必须对象的，但是它的强度比软引用更弱一些，被若引用关联的对象只能生存到下一次垃圾收集发生之前。当垃圾收集器工作时，无论当前内存是否足够，都会回收掉被若引用关联的对象。WeakReference类来实现弱引用。
虚引用
：又称为幽灵引用或者幻影引用，他是最弱的一种引用关系。一个对象是否有虚引用的存在，完全不会对其生存时间够成影响，也无法通过虚引用来取得一个对象实例。为一个对象设置虚引用关联的唯一目的就是希望这个对象被收集器回收时收到一个系统通知。PhantomReference类来实现虚引用。