java内存管理--OutOfMemoryError（内存溢出异常）

java堆溢出

1. 可以通过-Xms 20m -Xmx 20m来设置堆的最小与最大内存。通过参数-XX:+HeapDumpOnOutOfMemoryError参数，当堆中发生内存溢出异常时，生成内存快照。
2. 堆内存溢出是最常见的异常。解决该异常首先要对发生异常时候的内存快照进行分析，第一步是确认导致内存溢出的对象是不是有必要的（即分清楚是内存泄露（Memory Leak，即无用的对象占用内存不释放内存）还是内存溢出(Memory Overflow))。
   如果是内存泄露，通过工具查看泄露对象到GC roots的引用链，找到泄露对象通过怎样的引用路径、与哪些GC roots相关联，才导致垃圾收集器无法回收它们，最后定位到对象创建的位置。
   如果是内存溢出，即产生异常的对象是必须存活的，那么可以重新设置-Xms 与-Xmx来设置堆的大小，或者从代码入手，看是不是有的对象生命周期过长，存储结构设计不合理等。

虚拟机栈和本地方法溢出

1. HotSpot中不区分虚拟机栈和本地方法栈，栈容量由-Xss来指定。
2. 当线程请求的栈深度大于虚拟机所允许的最大深度（即线程不断的执行方法（常见与递归调用），方法对应一个栈帧放入栈中，导致栈无法存放栈帧），抛出StackOverflowError。或者当一个方法中定义的局部变量占用的内存过多(栈帧过大)，导致栈无法容纳栈帧时候，也会抛出StackOverflowError。
3. HotSpot规定虚拟机栈不能动态扩展，只有在创建线程申请内存时无法获得足够的内存(栈是线程私有的，每个线程对应一个虚拟机栈)，就会抛出OutOfMemoryErro(即由于创建了过多的线程导致内存不足以分配)。
4. 如果是由于创建了过多的线程导致内存溢出，在不能减少线程数量或者更换64位虚拟机的情况下，只能通过减少最大堆和减少栈的容量来换取更多的线程。

方法区和运行时常量池溢出

1. 在1.7之前，用永久代来实现方法区，方法区中包含字符串常量池，但是在1.7及之后，字符串常量池被移到了堆中。所有在1.7之前，如果创建过多的字符串常量，会导致字符串常量池被填充满，发生OutOfMemoryError异常
2. 方法区还存放了类型信息，如果创建大量的类，那么有可能导致方法区无法为类型信息分配内存，发生OutOfMemoryError。
3. 1.8之后，永久代不存在了。用元空间来实现方法区。
   -XX:MaxMetaspaceSize:设置元空间最大值。
   -XX:MetaspaceSize:指定元空间初始大小，达到这个值，就会触发垃圾收集进行类型防御，同时适当调整该值。

本机直接内存溢出

1. -XX:MaxDirectMemorySize指定直接内存大小。默认与堆最大值（-Xmx）一致。
   2.直接内存导致的溢出，一个明显特征就是Heap Dump文件中不会看见明显的异常情况。 如果发生内存溢出产生的Dump文件很小，而程序中又直接或者简介使用了DirectMemory（典型的间接使用就是NIO），就可以考虑重点检查一下直接内存方面的原因。