Docker Compose内存限制为何无法直接被JVM使用需单独设置Xmx参数

原因解释 #

1. JVM默认不会100%占用容器分配的内存，版本差异会进一步导致感知失效 #

• JDK 8u191、JDK10之前的版本默认不支持Docker cgroup资源感知，JVM会直接读取宿主机的总内存计算默认堆上限，完全忽略Docker设置的内存限制。默认的最大堆大小为宿主机总内存的1/4，若宿主机内存远大于1G，JVM默认的堆上限要么远小于你给容器分配的1G，要么甚至超出容器内存限制，两种情况都可能触发OOM。
• 即便是支持cgroup感知的新版本JDK，默认的最大堆也仅为容器可用内存的75%左右，剩余内存需要预留用于JVM非堆开销（元空间、直接内存、栈、JNI内存等）以及容器内其他系统进程使用。你遇到的缩略图生成场景需要大量堆内存存储像素数组，默认768M左右的堆上限不足以支撑，因此会出现内存溢出。

2. Docker内存限制和JVM堆上限是两层完全独立的管控规则 #

• Docker的resources.limits.memory是操作系统层面的全局限制，管控整个容器内所有进程可使用的总内存，超出后会触发系统OOM Killer主动杀掉进程。
• JVM的-Xmx是JVM进程内部的堆内存上限，仅由JVM自身的默认规则或者用户传入的参数决定，不会自动对齐Docker的内存限制。你主动传入-Xmx1024m后明确扩大了JVM堆的可用上限，刚好匹配你的业务内存需求，问题自然得到解决。

最佳实践提示 #

日常配置时建议不要将-Xmx设置为和容器内存限制完全相等，建议预留20%_{25%的内存给JVM非堆部分和系统开销，比如容器分配1G内存时，`-Xmx`设置为768M}800M更为稳妥，避免出现非堆内存占用过高导致进程被系统OOM Killer杀掉的问题。

内容的提问来源于stack exchange，提问作者HK15