如何防止Java堆dump引发容器不稳定崩溃？

本文共计832个文字，预计阅读时间需要4分钟。

在近期公司生产环境的容器云上，我们发现了一个性能问题。为了进行性能分析，我们使用了JDK自带的+jmap命令收集堆内存dump。分析结果显示，内存溢出导致容器崩溃。本文将探讨如何避免容器内堆内存溢出问题。

写在前边

最近公司生产环境的容器云上出了个性能问题，为了做性能分析，使用 JDK 自带的 jmap 收集堆dump，出现了内存溢出导致了容器崩溃。

本篇文章将带你探究，如何规避容器内做堆 dump 导致容器崩溃的问题。适用于低于 Java 8 update 191版本的 JDK。

分析容器崩溃原因 确认容器崩溃的根本原因

毋庸置疑的是容器的内存占用超过了容器的限制，被 k8s 或 docker kill 掉了。

为什么会超过容器的限制呢？

有两种可能：

• Java 应用服务内存仍在攀升，就算不操作也会崩溃
• jmap 收集堆dump时占用内存所致

根据容器云平台的运维人员提供的监控截图，基本确认是第二种情况。

Ps: GMT时间+8小时即北京时间，18点左右出现容器内存急剧攀升的情况，而此时正在收集堆dump

为什么 jmap 会申请超过容器限制的内存呢？

首先，我们需要知道 jmap 本身是启动了另一个 JVM 来收集问题应用的 JVM堆的信息的。提到 JVM 运行在容器里会出现的问题，第一个就应该想到 JVM 对容器环境的支持问题，即低于 Java 8 update 191 版本的 JDK 会直接读到物理节点的内存，从而根据物理节点去申请内存，直接导致了容器崩溃。