oom溢出问题排查思路

java堆溢出：
设置java堆参数-XX：+HeapDumpOnOutOfMemoryError,让虚拟机在发生内存溢出时Dump出当前的内存堆转存快照以便分析。

发生内存溢出时，通过内存映像分析工具对堆内存快照进行分析。
第一步：先分析导致OOM的对象是否是必要存在的，如果是必要存在的，那么应该是内存溢出问题。
第二步：如果确认为内存溢出，根据机器内存的大小重新调整下堆参数-Xmx和-Xms的设置，再从代码方面减少对象的生命周期和被引用的时间
第三步：如果确认为内存泄漏，根据工具查看泄漏对象的引用链，找到对象创建的初始位置，进而找到创建对象所在的代码区域，书写销毁对象和其所有引用代码。

虚拟栈和本地方法栈溢出：
1，线程请求的栈深度大于虚拟机允许的最大深度，抛SO异常；
2，栈内存允许动态扩展，扩展栈容量时无法申请到足够的内存，抛OOM异常(现在虚拟机不支持栈动态扩展)；
第一种：使用-Xss参数减少栈内存容量，然后递归调用方法，每次调用方法会产生栈帧，占用栈空间，当栈帧产生的足够多时，栈内存耗尽，无法为新产生的栈帧提供空间，所以会抛SO异常；
第二种：
在一个方法里定义大量的变量，使产生的栈帧足够大，以此达到耗尽栈空间的目的
第三种：
创建多个线程，因为每个线程都有自己的栈空间，栈空间设置的越大，创建越少的线程就能导致OOM内存溢出；

运行时常量池溢出：
创建多个不同值的字符串对象，会导致常量池溢出，jkd6常量池在永久代中，受永久代容量的约束，jdk7以后常量池移到堆空间，受堆空间的大小约束。
jdk6中String.intern()会把首次遇到的字符串实例从堆空间复制到永久代中的常量池中，返回常量池中的引用，而直接创建的字符串对象是在堆中，所以两者为false，jdk7中字符串常量池移到了堆空间，String.intern()会把手册遇到的字符串实例将其堆空间中的引用放入常量池中，都在堆空间中，访问引用不怎么费效率，所以String对象.intern()和直接创建的字符串对象都是同一个引用，两种为true;

方法区溢出：
方法区是存放类型的相关信息，在原空间中，jdk8以后元空间取代永久代，运行时创建大量的类可以导致方法区溢出。
场景：大量JSP文件，JSP文件第一次运行时会编译成java类；基于OSGI的应用(同一个类，被不同的类加载器加载，会被视为不同的类)