JVM已提交堆内存（committed heap memory）超过Xmx原因咨询

• 你统计的committed内存范畴超出了堆内内存限制范围。-Xmx仅限制JVM堆内内存的最大可分配容量，如果你统计的是JVM进程的总committed内存，会包含堆外内存（直接内存、元空间、线程栈、JIT编译缓存、JNI调用占用内存等）。你配置了-XX:+FlightRecorder，它本身会占用固定的堆外缓存空间，这部分完全不受-Xmx限制。
• 低版本JDK的G1GC存在统计bug。你同时开启了-XX:+AggressiveOpts和-XX:+UnlockExperimentalVMOptions，JDK 8u40之前的版本存在堆内存统计逻辑缺陷，会把元空间、GC临时缓存的内存错误计入堆committed数值，导致显示结果高于-Xmx设置值。
• G1并发标记阶段的临时缓存被错误统计。你设置的-XX:InitiatingHeapOccupancyPercent=17阈值极低，会频繁触发G1并发标记，标记阶段G1会申请临时缓冲区存储标记元数据，部分JDK版本会将这部分临时内存计入堆committed统计维度，这属于显示偏差，实际对象分配不会突破-Xmx的限制。
• 生效参数和配置参数不一致。你可以执行jinfo -flag MaxHeapSize <进程ID>确认实际生效的最大堆内存，避免启动脚本、上层容器配置、环境变量覆盖了你设置的-Xmx24g参数，导致实际生效的-Xmx大于你预期的24G。

注意：如果是通过top、ps等系统级命令查看的进程内存占用，数值超过-Xmx属于正常情况，这类工具统计的是进程整个虚拟地址空间的内存占用，和JVM堆内内存是完全不同的统计维度。

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