4. 堆内存配置与调优基础：-Xms与-Xmx设置原则、新生代与老年代比例调优（-XX:NewRatio）、元空间（Metaspace）配置
堆内存是 JVM 管理 Java 对象的核心区域，其配置直接影响 Collector 数据采集线程的停顿频率、GC 开销和 OOM 风险。本章从三个维度展开：初始与最大堆的对称性、新生代与老年代的容量博弈、以及元空间的边界控制。
4.1 -Xms 与 -Xmx 设置原则
-Xms 指定堆初始大小，-Xmx 指定堆最大大小。在 Collector 这类常驻后台、对延迟敏感的服务中，推荐将两者设为相同值，避免运行时动态扩容带来的性能抖动。
| 参数 | 含义 | 推荐值（Collector 场景） | 设置原则 |
|---|---|---|---|
-Xms |
堆初始大小 | 4G – 8G（视采集规模） | 与 -Xmx 一致，避免扩容触发 Full GC |
-Xmx |
堆最大大小 | 4G – 8G | 不超过物理内存 70%，为 OS 和元空间留余量 |
-Xmn |
新生代大小 | 1G – 3G | 通常为堆的 1/3 至 1/2，避免 Minor GC 过于频繁 |
实践要点：在 Collector 启动脚本中显式设置
-Xms4g -Xmx4g，确保 JVM 启动时即分配完整堆空间，避免采集高峰时因堆扩容导致 STW 时间突增。
4.2 新生代与老年代比例调优（-XX:NewRatio）
-XX:NewRatio 控制老年代与新生代的比例。默认值 2 表示老年代是新生代的 2 倍。Collector 数据采集线程通常产生大量短期对象（采集快照、序列化缓冲区），适当增大新生代可以减少对象过早晋升，降低 Full GC 频率。
# 设置新生代与老年代比例为 1:2（默认）
-XX:NewRatio=2
# 设置新生代与老年代比例为 1:1（适合短期对象多的场景）
-XX:NewRatio=1
# 显式指定新生代大小（优先级高于 NewRatio）
-Xmn2g
调优建议：如果 Collector 的 Minor GC 频率超过 10 次/分钟，且晋升对象占比低于 20%，可尝试将
-XX:NewRatio 从 2 调整为 1，或直接通过 -Xmn 固定新生代大小。
4.3 元空间（Metaspace）配置
JDK 8+ 使用元空间替代永久代，存储类元数据、方法字节码、常量池等。元空间使用本地内存（Native Memory），不再受堆大小限制，但仍需设置上限防止内存泄漏。
| 参数 | 默认值 | Collector 推荐值 | 说明 |
|---|---|---|---|
-XX:MetaspaceSize |
约 21M（平台相关） | 256M | 触发首次 Full GC 的阈值，设大可减少早期 GC |
-XX:MaxMetaspaceSize |
无上限 | 512M | 硬上限，防止类加载过多导致 OOM |
-XX:CompressedClassSpaceSize |
1G | 256M | 压缩类空间，仅在 UseCompressedClassPointers 开启时生效 |
注意：元空间 OOM 不会抛出
OutOfMemoryError: Java heap space，而是 OutOfMemoryError: Metaspace。Collector 在动态加载采集插件或 Groovy 脚本时，应监控元空间使用率，设置 -XX:MaxMetaspaceSize 防止内存泄漏拖垮整个 JVM。
4.4 综合配置示例
以下为 Collector 服务推荐的 JVM 堆与元空间配置模板：
# 堆配置
-Xms4g
-Xmx4g
-Xmn1.5g
-XX:NewRatio=2
# 元空间配置
-XX:MetaspaceSize=256m
-XX:MaxMetaspaceSize=512m
-XX:CompressedClassSpaceSize=256m
# GC 选择（后续章节展开）
-XX:+UseG1GC
-XX:MaxGCPauseMillis=100
验证方法：启动 Collector 后，通过
jstat -gc <pid> 1000 10 观察 YGC、FGC 频率及 MU（元空间使用量）。若 MU 持续增长接近 MaxMetaspaceSize，需排查类加载泄漏或调整上限。