java之oom的hprof日志查看

OOM 及一些解决方法
原因大致为两方面:
自身原因: 比如虚拟机本身可使用的内存太少。
外在原因: 如应用使用的太多, 且用完没释放, 浪费了内存。此时就会造成内存泄露或者内存溢出。

Heap Dump(堆转储文件)

它是一个 Java 进程在某个时间点上的内存快照。Heap Dump 是有着多种类型的。不过总体上 heap dump 在触发快照的时候都保存了 java 对象和类的信息。通常在写 heap dump 文件前会触发一次 FullGC, 所以 heap dump 文件中保存的是 FullGC 后留下的对象信息。通过设置如下的 JVM 参数, 可以在发生 OutOfMemoryError 后获取到一份 HPROF 二进制 Heap Dump 文件

-XX:+HeapDumpOnOutOfMemoryError

转存堆内存信息后, 需要对文件进行分析, 从而找到 OOM 的原因。可以使用以下方式:

mat: eclipse memory analyzer, 基于 eclipse RCP 的内存分析工具。具体使用参考: http://www.eclipse.org/mat/, 推荐使用。
jhat: JDK 自带的 java heap analyze tool, 可以将堆中的对象以 html 的形式显示出来, 包括对象的数量, 大小等等, 并支持对象查询语言 OQL, 分析相关的应用后, 可以通过 http://localhost:7000 来访问分析结果。不推荐使用。

几种报错信息

java.lang.OutOfMemoryError: Java heap space ------>java 堆内存溢出, 此种情况最常见, 一般由于内存泄露或者堆的大小设置不当引起。对于内存泄露, 需要通过内存监控软件查找程序中的泄露代码, 而堆大小可以通过虚拟机参数 - Xms,-Xmx 等修改。
java.lang.OutOfMemoryError: PermGen space ------>java 永久代溢出, 即方法区溢出了, 一般出现于大量 Class 或者 jsp 页面, 或者采用 cglib 等反射机制的情况, 因为上述情况会产生大量的 Class 信息存储于方法区。当出现此种情况时可以通过更改方法区的大小来解决, 使用类似 - XX:PermSize=64m -XX:MaxPermSize=256m 的形式修改。注意, 过多的常量尤其是字符串也会导致方法区溢出。
java.lang.StackOverflowError ------> 不会抛 OOM error, 但也是比较常见的 Java 内存溢出。JAVA 虚拟机栈溢出, 一般是由于程序中存在死循环或者深度递归调用造成的, 栈大小设置太小也会出现此种溢出。可以通过虚拟机参数 - Xss 来设置栈的大小。
GC overhead limit exceeded ------> 当 Java 进程花费 98% 以上的时间执行 GC，但只恢复了不到 2% 的内存，且该动作连续重复了 5 次，就会抛出 java.lang.OutOfMemoryError:GC overhead limit exceeded 错误。简单地说，就是应用程序已经基本耗尽了所有可用内存， GC 也无法回收。
Metaspace ------> JDK 1.8 使用 Metaspace 替换了永久代（Permanent Generation），该错误表示 Metaspace 已被用满，通常是因为加载的 class 数目太多或体积太大。
Unable to create new native thread ------> 每个 Java 线程都需要占用一定的内存空间，当 JVM 向底层操作系统请求创建一个新的 native 线程时，如果没有足够的资源分配就会报此类错误。
Out of swap space ------> 该错误表示所有可用的虚拟内存已被耗尽。虚拟内存（Virtual Memory）由物理内存（Physical Memory）和交换空间（Swap Space）两部分组成。当运行时程序请求的虚拟内存溢出时就会报 Outof swap space? 错误。
Kill process or sacrifice child ------> 有一种内核作业（Kernel Job）名为 Out of Memory Killer，它会在可用内存极低的情况下“杀死”（kill）某些进程;不同于其他的 OOM 错误， Killprocessorsacrifice child 错误不是由 JVM 层面触发的，而是由操作系统层面触发的
Requested array size exceeds VM limit ------> JVM 在为数组分配内存前，会检查要分配的数据结构在系统中是否可寻址，通常为 Integer.MAX_VALUE-2。此类问题比较罕见，通常需要检查代码，确认业务是否需要创建如此大的数组，是否可以拆分为多个块，分批执行。
Direct buffer memory ------> java 允许应用程序通过 Direct ByteBuffer 直接访问堆外内存，许多高性能程序通过 Direct ByteBuffer 结合内存映射文件（Memory Mapped File）实现高速 IO。
Java 四种引用类型
强引用()：强引用是最普遍的引用，如果一个对象具有强引用，垃圾回收器不会回收该对象，当内存空间不足时，JVM 宁愿抛出 OutOfMemoryError异常；只有当这个对象没有被引用时，才有可能会被回收
软引用():内存空间充足的时候将数据缓存在内存中，如果空间不足了就将其回收掉。如果一个对象只具有软引用，则当内存空间足够，垃圾回收器就不会回收它。
弱引用():被弱引用关联的对象实例只能生存到下一次垃圾收集发生之前。当垃圾收集器工作时， 无论当前内存是否足够，都会回收掉只被弱引用关联的对象实例。
虚引用():虚引用并不会决定对象的生命周期。如果一个对象仅持有虚引用，那么就和没有任何引用一样，在任何时候都可能被垃圾回收。