应选用g1回收器并配置-xms=xmx、-xx:+useg1gc、-xx:maxgcpausemillis=200、-xx:metaspacesize与-xx:maxmetaspacesize限值，兼顾堆稳定、低延迟与元数据可控。
针对高并发、低延迟变量处理系统（如实时风控、动态配置中心、高频指标计算服务），JVM 启动参数需聚焦三点：堆内存稳定可控、GC 暂停时间可预测、线程与元数据开销受约束。不追求最大堆或最新 GC，而重在匹配业务特征——对象生命周期短、瞬时分配压力大、响应要求严苛（P99
堆内存配置：稳住基础，拒绝抖动
初始堆与最大堆必须相等，彻底规避运行时扩容引发的额外 GC 和内存碎片风险。新生代需足够大以承接突发流量下的对象创建洪峰，同时避免因过小导致频繁 Minor GC 和提前晋升。
- -Xms4g -Xmx4g：4GB 堆为常见起点，适用于 8C16G 容器；若单实例 QPS > 5k 或平均对象存活时间
- -Xmn1.5g：新生代设为 1.5GB（占堆 37.5%），适配短生命周期对象场景；Eden 区实际约 1.33GB，Survivor 各 85MB
- -XX:SurvivorRatio=15：调高 SurvivorRatio（默认 8），减少 Survivor 空间占比，降低 Minor GC 后对象被错误复制的开销，适合晋升率低的系统
垃圾收集器选择：G1 为主力，ZGC 作备选
G1 在 4–16GB 堆范围内具备最佳平衡性：暂停可控、吞吐达标、运维成熟。ZGC 仅在满足“堆 ≥ 16GB + JDK ≥ 17 + P99 必须
- -XX:+UseG1GC：生产首选，无需额外开关
- -XX:MaxGCPauseMillis=80：向 G1 明确传达目标——单次 GC 暂停不超过 80ms；实测中该值设为 60～100ms 区间最稳妥
- -XX:GCTimeRatio=19：设定 GC 时间占比上限为 5%（1 / (19+1)），兼顾吞吐与响应，比默认值 4（20%）更严格
- 如确需 ZGC：-XX:+UseZGC -Xms16g -Xmx16g -XX:+UnlockExperimentalVMOptions（JDK 17+ 不需 unlock）
线程与元空间：防隐性泄漏，控资源底座
变量处理系统常依赖大量动态类加载（如 Groovy 脚本、规则引擎）、高并发线程池。线程栈和元空间失控会直接触发 OOM，且不报堆溢出。
- -Xss256k：每个线程栈设为 256KB，较默认 1MB 大幅节省；8C 机器跑 500 线程仅占约 125MB 栈内存
- -XX:MaxMetaspaceSize=256m：硬限元空间，防止类加载器泄漏无限增长；配合 -XX:+PrintGCDetails 可观察 Metaspace GC 频次
- -XX:NativeMemoryTracking=summary：开启本地内存追踪，便于排查 DirectByteBuffer 或 JNI 引起的非堆内存飙升
可观测性与稳定性加固
参数本身不能替代监控，但必须为诊断留出入口。所有生产参数应默认启用关键日志与安全熔断机制。
- -Xlog:gc*:file=logs/gc.log:time,tags,level:filecount=5,filesize=100m（JDK 11+）或 -XX:+PrintGCDetails -XX:+PrintGCDateStamps -Xloggc:logs/gc.log（JDK 8）
- -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=logs/heap.hprof：OOM 时自动转储，定位内存泄漏根因
- -Dsun.net.inetaddr.ttl=60 -Dnetworkaddress.cache.ttl=60：避免 DNS 缓存长期不刷新导致服务发现异常
