G1中Region大小应匹配典型大对象尺寸以提升内存利用率和GC效率；默认2MB Region下超1MB数组即为Humongous，易致碎片；建议按大对象分布设G1HeapRegionSize为4m/8m/16m，并启用G1ReclaimDeadHumongousObjectsAtYoungGC及时回收短命大对象。
处理大数组这类大对象时，G1 的 Region 配置直接影响内存利用率和 GC 行为。关键不是“避免大对象”，而是让 G1 能高效管理它们——核心在于 Region 大小是否匹配你的典型大对象尺寸。
识别大对象触发条件
G1 将超过 单个 Region 一半大小 的对象判定为 Humongous 对象。例如：
- 默认 Region 大小为 2MB（4GB 堆 ÷ 2048）→ 超过 1MB 的数组即被归为 Humongous
- 若数组常见尺寸为 4–8MB，用默认 2MB Region 会导致一个对象占用 4–8 个连续 Region，极易产生内部碎片和回收延迟
按大对象分布调整 G1HeapRegionSize
目标是让多数大对象刚好落在 1–2 个 Region 内，减少跨 Region 和碎片。常用配置：
- 大数组密集（如批量计算、图像缓存）：设
-XX:G1HeapRegionSize=8m或16m - 中等大对象为主（2–4MB）：推荐
-XX:G1HeapRegionSize=4m - 切忌随意设 32MB：虽支持，但会显著减少 Region 总数（≤2048），削弱 G1 的精细回收能力
启用年轻代阶段回收死亡大对象
Humongous 对象默认只在 Mixed GC 或 Full GC 中清理，但很多大数组生命周期短，只活过一两次 Young GC。开启此参数可及时释放：
-XX:+G1ReclaimDeadHumongousObjectsAtYoungGC
配合 -XX:+PrintGCDetails 观察日志中 humongous allocations 和 reclaimed 行，确认是否生效。
监控与验证要点
调优后必须验证三件事：
- 用
jcmd <pid> VM.native_memory summary</pid>或 GC 日志中的Humongous regions:行，确认 Humongous Region 数量下降 - 检查 Mixed GC 日志中
[Mixed GC, 0.0x secs]耗时是否稳定，避免因 Humongous 扫描拖慢 - 观察
to-space exhausted是否减少——该错误常由 Humongous 分配失败引发
