线程私有的内存区域随用户线程的结束而回收，内存分配编译期已确定，内存分配和回收具有确定性。共享线程随虚拟机的启动、结束而建立和销毁，在运行期进行动态分配。垃圾收集器主要对共享内存区域（堆和方法区）进行垃圾收集回收。
Java如何实现内存动态分配和内存垃圾的回收？
1、哪些内存需要回收（垃圾收集器内存回收的对象）？已经“死亡”的对象，那如何判定对象已经“死亡”了？
Java堆回收的内存：已经”死亡“的对象
方法区回收的内存：废弃的常量和无用的类
2、什么时候进行回收？什么情况下垃圾收集器自动回收内存？
3、如何回收？Java虚拟机是如何实现内存回收的？
（一）Java堆内如何判断对象已经“死亡”
1、引用计数算法：
算法思路：通过对象的引用计数器判断，引用的时候递增计数器，引用失效后递减计数器。
缺点：难以解决循环引用问题
2、可达性分析算法：
算法思路：判断对象到GC Root节点是否存在引用链，如果不存在则说明对象不可用。
缺点：（1）当GC Root点多的时候逐个检查消耗时间过多
（2）进行分析的时候GC需要停顿，停顿所有Java执行线程。
GC Root节点：主要存在全局性引用（常量，静态属性）、执行上下文（如栈帧的本地变量表）中，
具体可作为GC Root节点的有：
1）虚拟机栈（栈帧内的本地变量表）中引用的对象
2）方法区内的静态属性和常量引用的对象
3）本地方法栈中本地方法引用的对象
3、对象引用的划分
引用类型
特点和用途
内存回收时机
实现
强引用
操作引用对象。 不可回收 类似 Object boj=new Object();的引用 软引用
用来描述有用但非必需的对象，比强引用弱 第二次回收 SoftReference 弱引用
用来描述有用但非必需的对象，比软引用弱 下一次垃圾回收的时候，无论内存是否足够都进行回收。 WeakReference 虚拟用
实现对象在垃圾收集器回收的时候收到系统通知。最弱的引用关系 下一次垃圾回收的时候 PhantomReference
（二）方法区内如何判断废弃的常量和无用的类？
1、如何判定废弃的常量
和堆内存对象的存活判断类似
2、如何判定无用的类
成为无用类的条件（同时满足这个三个条件）：
（1）所有实例对象都已经回收，Java堆中不存在该类的任何实例
（2）加载该类的ClassLoader已经回收
（3）类的Class信息不存在引用，不存在反射访问该类的方法
（三）垃圾收集器如何回收内存？
1、标记-清除算法
（1）算法实现：
分为“标记”和“清除”两个阶段，首先标记出需要回收的对象，标记完成后统一回收被标记的对象。
（2） 特点：
1）效率低
2）易产生大量不连续的内存碎片，内存空间碎片过多导致在分配大对象时候，没有足够的连续内存分配， 就有触发一起垃圾收集操作
2、复制算法
为了解决“标记-清除”算法的低效率问题，而提出的
（1） 算法实现：
将内存分为两个大小相等的内存区域，一半用于分配内存，另一半暂时不用，也就是只使用内存中的一半。等到该一半内存用完了，不足以分配更多的内存的时候，将该一半内存区域内的还存活的对象复制到另一半，然后将之前占用的一半内存区域清空。
（2）特点：
1）提升了效率，但是内存空间只使用了一半，属于用空间换效率
2）对象的存活率高的情况下，需要进行大量的复制操作，效率也会降低
3、标记-整理算法
根据老年代的特点，提出的算法
（1）算法实现：
同“标记-清除”算法类似，分为“标记”和“整理”两个阶段，首先标记出需要回收的对象，标记完成后将存活的对象向一端移动，然后直接清理掉端边界以外的内存。
（2）特点：
1）还是存在低效率的问题，标记过程和整理的过程效率低
4、分代收集算法
根据对象存活周期的不同将内存划分为新生代和老年代，然后根据各个年代的特点采用最适当的收集算法。
（1）算法实现：
年代
特点
内存回收算法
新生代 每次垃圾收集会有大批对象死去，只有少量对象存活 复制算法
（只需要复制少量的存活对象）老年代 对象存活率高、没有额外的内存空间对它进行分配担保 标记-清理算法或者
标记-整理算法（2）特点
根据对象存活周期的长短，采用不同的算法
（四）如何分配内存？（内存的分配策略）
1、对象优先在Eden分配
2、大对象（需要大量连续内存空间的对象）直接进入老年代
3、长期存活的对象直接进入老年代