g1采用逻辑分代、物理混布的region机制，每个region动态标记为eden、survivor、old或humongous；大对象≥50% region大小时直接分配至连续humongous region，不参与常规gc流程，易导致碎片与停顿风险。
G1收集器不按固定边界划分新生代和老年代，而是把堆切成多个大小相等的Region，每个Region在运行时动态标记为Eden、Survivor、Old或Humongous——这种“逻辑分代、物理混布”的设计提升了内存利用率，但也让大对象分配变得敏感且隐蔽。
Region如何实时切换代角色
每个Region初始为空闲状态，新对象优先分配到标记为Eden的Region；当Eden填满触发Young GC时，存活对象被复制到Survivor Region（也可能直接晋升到Old Region）；晋升阈值由-XX:MaxTenuringThreshold控制，但实际是否晋升还取决于当前Region空间压力和复制开销。关键在于：Region没有永久归属，一次GC后，原来Eden区可能变成Survivor，甚至下一轮就转为Old区。
- 年轻代由若干离散（不一定连续）的Eden+Survivor Region组成，总量在堆的5%～60%之间弹性伸缩
- Old Region不预占固定区域，而是由长期存活对象自然填充形成
- 所有Region都可被重用，类型随分配与回收行为实时切换
Humongous Region专用于大对象分配
当对象大小超过单个Region容量的50%，G1就将其识别为Humongous Object，并直接分配到Humongous Region，而不是按常规路径先进入Eden再晋升。这类Region必须是物理连续的，一个大对象若超过单个Region容量，会占用多个连续的Humongous Region，且每个Region最多存放一个Humongous Object。
一款AI工具，主要用于管理 OpenClaw 所使用的来自 OpenRouter 的免费 AI 模型。自动按质量对模型进行排序，配置回退机制以应对速率限制，并更新 opencla...，适合需要提升相关任务效率的用户。
- 例如Region大小为2MB，则≥1MB的对象即视为大对象
- Humongous Region不属于新生代或老年代，是独立第四类区域
- 分配失败通常不是因为总内存不足，而是找不到足够连续的空闲Region
Eden与Survivor的协作机制
虽然Region物理分散，但逻辑上仍维持Eden与Survivor的比例关系（如默认8:1:1）。每次Young GC时，Eden和一个Survivor（from区）中的存活对象，按年龄判断去向：未达晋升年龄的复制到另一个Survivor（to区），已达阈值或无法容纳的直接进入Old Region。
- Survivor区不固定为S0或S1，而是通过角色互换实现循环使用
- 对象年龄每经历一次Young GC加1，但G1更关注Region空间成本，年龄只是参考因素之一
- 频繁分配大对象会导致Humongous Region碎片化，间接加剧Young GC压力
容易被忽略的分配隐患
大对象绕过Eden直接进Humongous，看似节省复制开销，但若生命周期短，就会造成Humongous Region短期占用又快速释放，引发外部碎片。而G1无法对Humongous Region做压缩整理，只能等待Full GC或混合GC统一回收，这会放大停顿风险。
- 监控建议：关注G1HumongousAllocation日志和HumongousRegions数量波动
- 调优方向：适当增大Region大小（-XX:G1HeapRegionSize），减少跨Region大对象；或限制大对象创建频率
- 避免误判：不能仅看老年代使用率高就认为是老年代压力大，可能是Humongous区域堆积所致
