测试环境也出现了hs_err log，根据头部信息，就是我们常见的OOM。本来想分析一下segmentation文件，但是没有开启,Failed to write core dump，灰常尴尬。要知道很多时候这些问题可能是无法重现的，因此启用core file很重要。
那么咱们来启用这些重要的配置：

1 启用core files
一旦Java崩溃，操作系统将保存一个core file到硬盘，这个core file包括内存的完整dump。在linux下，core files默认是禁用的。在linux启用需要执行ulimit -c unlimited。如下图（修改前）：

修改后：

注意：core file会占用大量的磁盘空间，Java heap越大，该文件越大。

2 添加-XX:+HeapDumpOnOutOfMemoryError到JVM参数中
添加这个参数后，当Java应用在遇到OutOfMemoryError后，就会将Java Heap dump到硬盘。可以使用jhat来诊断Java Heap,找出哪些对象占用了大部分的空间，然后检查该对象是否未使用，但是却没有被回收。当然，使用mat分析也可以。

注意：head dump文件也非常大。

例如：在IDEA中添加该JVM 参数

3 添加-verbosegc到JVM命令行
-verbosegc将会打印Java GC的基本信息。这些日志可以帮助我们判断：

• GC是不是运行时间过长？

• 被回收的内存是不是越来越少

例如：在IDEA中添加该JVM参数

启动后如果有GC，则会打印类似如下内容：

4 打印Java版本和JVM标志
执行以下java -version或者加入-XX:+PrintCommandLineFlags(官方文档这里少了一个：号)和-showversion到JVM参数中。

这些信息可以帮助我们在社区中查找已经报告的问题或者Java的BUG。

例如：在IDEA中添加该参数，得到类似如下打印：

5 使用JMC JMX进行远程监控

6 最后一个是使用JFR商业特性，在开发阶段使用JFR时免费的。