最有效做法是将-Xms与-Xmx设为相同值，以避免运行时堆扩容引发STW停顿、GC波动和响应抖动；需配合-XX:+AlwaysPreTouch预触内存页，并预留非堆内存余量、禁用自适应策略。
直接把 -Xms 和 -Xmx 设为相同值，是最有效、最简单、也最被验证过的做法。只要两者不等，JVM 就一定会在运行中扩容堆，带来不可控的 STW 停顿、GC 波动，甚至让服务响应忽快忽慢。
固定堆大小，彻底跳过伸缩过程
堆内存不是“用多少分多少”的弹性资源。-Xms 是 JVM 启动时向操作系统申请的初始内存，-Xmx 是它允许自己长到的最大值。默认如 -Xms512m -Xmx4g，堆一开始很小，随着对象增多，JVM 会反复判断是否要扩大堆——每次扩容都要停顿、重排结构、可能触发 Full GC，而且这个过程不会记为标准 GC 日志事件，只在详细日志里出现 heap expansion 或 grown 字样。
- 设为相等后，JVM 启动时就一次性申请并锁定全部堆空间，完全避开运行时动态申请/释放内存
- 避免因频繁 mmap/brk 系统调用引发的内核开销
- 消除首次访问未预热页导致的缺页中断延迟
- 防止堆边界变化迫使 GC 算法反复重算分区与元数据，拉长 STW 时间
配合预触内存页，消除冷启动抖动
即使堆大小固定，若未预热物理页，对象第一次写入仍会触发大量缺页中断，造成毫秒级延迟毛刺。
- 加上
-XX:+AlwaysPreTouch，让 JVM 在启动阶段就把所有堆页映射并锁入物理内存 - 该参数需配合固定堆使用，否则预触范围不确定，效果打折扣
- 容器环境中尤其重要，因为 cgroup 内存限制下，缺页失败可能直接触发 OOMKilled
匹配容器限制，预留非堆内存余量
-Xmx 只管堆，不管 Metaspace、DirectMemory、线程栈等“隐形开销”。在 Kubernetes 中超限会被直接杀掉。
- 容器 memory limit 设为 16Gi，
-Xmx最多设 12g～14g，建议控制在 75%～80% - 显式限制元空间：
-XX:MetaspaceSize=256m -XX:MaxMetaspaceSize=512m - 限制堆外内存：
-XX:MaxDirectMemorySize=2g - 禁用交换：
--memory-swap=0，防止堆被 swap 出去引发不可预测延迟
关闭自适应策略，防止环境误判
在容器或受限环境中，JVM 可能错误估算可用内存，导致新生代比例失准、GC 频率异常。
- 关闭自适应：添加
-XX:-UseAdaptiveSizePolicy - 显式划分新生代：
-XX:NewSize=1g -XX:MaxNewSize=1g（占堆 40%～50%） - 避免仅靠
-XX:NewRatio计算，它在容器内易受 CPU 核数识别偏差影响
