Java与C++等语言最大的技术区别：自动化的垃圾回收机制（GC）。
为什么要了解GC和内存分配策略：
1.面试需要；2.GC对应用的性能是有影响的；3.写代码有好处
栈：栈中的生命周期是跟随线程，所以一般不需要关注
堆：堆中的对象是垃圾回收的重点
方法区/元空间：这一块也会发生垃圾回收，不过这块效率比较低，一般不是我们关注的重点。
GC案例例如：
自动回收机制也有失败的时候（Oom类） -Xms 堆区内存初始内存分配的大小 -Xmx 堆区内存可被分配的最大上限 -XX:+PrintGCDetails 打印GC详情 -XX:+HeapDumpOnOutOfMemoryError 当堆内存空间溢出时输出堆的内存快照
新生代配置
新生代大小配置参数的优先级： 中间-Xmn 限定大小
GC overhead limit exceeded 超过98%的时间用来做GC并且回收了不到2%的堆内存时会抛出此异常：
1.垃圾回收会占据资源 2.回收效率过低也会有限制
判断对象的存活
引用计数法：快，方便，实现简单，缺点：对象相互引用时，很难判断对象是否该回收：
引用计数法： A==>B C==>B B的引用次数为（1+1）
缺点：A===>B 同时 B==>A
可达性分析
可达性分析（面试重要知识点）：来判定对象是否存活的，这个算法的基本思路就是通过一系列的称 为“GC Roots”的对象作为起始点，从这些节点开始向下搜素，搜素所走过的路径称为引用链（Reference Chain），当一个对象到GC Roots没有任何引用链相连时，则证明此对象是不可用的。作为GC Roots的对象包括下面几种：
1）虚拟机栈（栈帧中的本地变量表）中引用的对象；
2）方法区中类静态属性引用的对象
3）方法区中常量引用的对象
4）本地方法栈中JNI （即一般说Native方法）引用的对象。
各种引用
1）强引用：一般的Object obj =new Object(),就属于强引用。
2）软引用 SoftReference 一些有用但是并非必需，用软引用关联的对象，系统将要发生OOM之前，这些对象就会被回收，参见代码:VM参数 -Xms 10m -Xmx 10m -XX：PrintGC
public static void main(String[] args){
User user =new User(1,"king"); //new 是强引用
SoftReference usersoft =new SoftReference<>(user);
u=null; //干掉强引用，确保这个实例只有userSoft的软引用
System.out.println(userSoft.get());
System.gc() //进行一次GC垃圾回收
System.out.println("After gc");
System.out.println(userSoft.get());
//往堆中填充数据，导致OOM
List<byte[]> list =new LinkedList<>();
try{ for(int i=0;i<100;i++){ System.out.println("*******"+userSoft.get()); list.add(new byte[1024x1024x1]); //1M的对象
}catch(Throwable e){
//抛出OOM异常时打印软应用对象
System.out.println("Exception*******"+userSoft.get());
}
}
}
运行结果：
例如，一个程序用来处理用户提供的图片。如果将所有图片读入内存，这样虽然可以很快的打开图片，但内存空间使用巨大，一些使用较少的图片浪费内存空间，需要手动从内存中移除。如果每次打开图片都从磁盘文件中读取到内存再显示出来，虽然内存占用较少，但一些经常使用的图片每次打开都要访问磁盘，代价巨大。这个时候就可以用软引用构建缓存。
弱引用 WeakReference
一些有用（程度比软引用更低）但是并非必需，用弱引用关联的对象，只能生存到下一次垃圾回收之前，GC发生时，不管内存够不够，都会被回收。
注意：软引用 SoftReference和弱引用 WeakReference，可以用在内存资源紧张的情况下以及创建不是很重要的数据缓存。当系统内存不足的时候，缓存中的内容是可以被释放的。 实际运用（WeakHashMap、ThreadLocal）
虚引用 PhantomReference
幽灵引用，最弱，被垃圾回收的时候收到一个通知。
复制算法（Copying）
将可用内存按容量划分为大小相等的两块，每次只使用其中的一块。当这一块的内存用完了，就将还存活着的对象复制到另外一块上面，然后再把已使用过的内存空间一次清理掉。这样使得每次都是对整个半区进行内存回收，内存分配时也就不用考虑内存碎片等复杂情况，只要按顺序分配内存即可，实现简单，运行高效。只是这种算法的代价是将内存缩小为了原来的一半。 注意：内存移动是必须实打实的移动（复制），不能使用指针玩。
专门研究表明，新生代中的对象98%是“朝生夕死”的，所以并不需要按照1:1的比例来划分内存空间，而是将内存分为一块较大的Eden空间和两块较小的Survivor空间，每次使用Eden和其中一块Survivor[1]。当回收时，将Eden和Survivor中还存活着的对象一次性地复制到另外一块Survivor空间上，最后清理掉Eden和刚才用过的Survivor空间。 HotSpot虚拟机默认Eden和Survivor的大小比例是8:1，也就是每次新生代中可用内存空间为整个新生代容量的90%（80%+10%），只有10%的内存会被“浪费”。当然，98%的对象可回收只是一般场景下的数据，我们没有办法保证每次回收都只有不多于10%的对象存活，当Survivor空间不够用时，需要依赖其他内存（这里指老年代）进行分配担保（Handle Promotion）
标记-清除算法（Mark-Sweep）
算法分为“标记”和“清除”两个阶段：首先标记出所有需要回收的对象，在标记完成后统一回收所有被标记的对象。 它的主要不足空间问题，标记清除之后会产生大量不连续的内存碎片，空间碎片太多可能会导致以后在程序运行过程中需要分配较大对象时，无法找到足够的连续内存而不得不提前触发另一次垃圾收集动作。
标记-整理算法（Mark-Compact）
首先标记出所有需要回收的对象，在标记完成后，后续步骤不是直接对可回收对象进行清理，而是让所有存活的对象都向一端移动，然后直接清理掉端边界以外的内存。
堆内存分配策略
对象优先在Eden分配，如果说Eden内存空间不足，就会发生Minor GC 大对象直接进入老年代，大对象：需要大量连续内存空间的Java对象，比如很长的字符串和大型数组，1、导致内存有空间，还是需要提前进行垃圾回收获取连续空间来放他们，2、会进行大量的内存复制。 -XX:PretenureSizeThreshold 参数 ，大于这个数量直接在老年代分配，缺省为0 ，表示绝不会直接分配在老年代。 长期存活的对象将进入老年代，默认15岁，-XX:MaxTenuringThreshold调整 动态对象年龄判定，为了能更好地适应不同程序的内存状况，虚拟机并不是永远地要求对象的年龄必须达到了MaxTenuringThreshold才能晋升老年代，如果在Survivor空间中相同年龄所有对象大小的总和大于Survivor空间的一半，年龄大于或等于该年龄的对象就可以直接进入老年代，无须等到MaxTenuringThreshold中要求的年龄 空间分配担保：新生代中有大量的对象存活，survivor空间不够，当出现大量对象在MinorGC后仍然存活的情况（最极端的情况就是内存回收后新生代中所有对象都存活），就需要老年代进行分配担保，把Survivor无法容纳的对象直接进入老年代.只要老年代的连续空间大于新生代对象的总大小或者历次晋升的平均大小，就进行Minor GC，否则Full GC。
把算法们都用上
在新生代中，每次垃圾收集时都发现有大批对象死去，只有少量存活，那就选用复制算法，只需要付出少量存活对象的复制成本就可以完成收集。 而老年代中因为对象存活率高、没有额外空间对它进行分配担保，就必须使用“标记—清理”或者“标记—整理”算法来进行回收。 请记住下图的垃圾收集器和之间的连线关系。
