-xx:g1heapregionsize 必须为1mb～32mb间2的幂次方值（1/2/4/8/16/32mb），jvm启动时非法值直接报错；region总数上限2048个，故堆大小决定可用regionsize范围；regionsize影响大对象判定阈值及多个关联参数语义。
-XX:G1HeapRegionSize 是 G1 垃圾回收器中控制堆内存划分粒度的核心参数，它直接决定每个 Region 的固定大小，进而影响 Region 总数、大对象分配行为、RSet 开销及 GC 效率。这个参数不是“建议值”，而是有明确的硬性规范与边界限制。
取值必须是 2 的幂次方，且在 1MB～32MB 范围内
该参数只接受以下合法值：1MB、2MB、4MB、8MB、16MB、32MB。JVM 启动时若指定非 2 的幂（如 3MB、6MB）或超出范围（如 64MB 或 512KB），会直接报错并拒绝启动。这是因为 Region 大小需对齐内存页边界，便于底层快速寻址与管理。
Region 总数被硬性约束为最多 2048 个
无论堆多大，G1 最多只能划分出 2048 个 Region。因此：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 若堆为 64GB，最小 RegionSize = 64GB ÷ 2048 = 32MB → 此时必须设为 32MB，否则无法容纳全部堆空间
- 若堆为 2GB，最大 RegionSize = 2GB ÷ 2048 = 1MB → 此时不能设为 2MB（否则仅能分 1024 个 Region，但 G1 强制按 2048 分配逻辑，会导致堆未被完全覆盖）
- 实际 Region 数量 = floor(堆总大小 ÷ RegionSize)，但上限恒为 2048；下限由最小 RegionSize（1MB）和最小堆要求（2GB）共同决定——低于 2GB 堆不推荐用 G1
RegionSize 决定大对象（Humongous Object）判定阈值
G1 将“占用超过一个 Region 一半容量”的对象视为大对象，并强制分配到 Humongous Region。这意味着：
- 若 RegionSize = 1MB，则 ≥ 512KB 的对象即为大对象
- 若 RegionSize = 4MB，则 ≥ 2MB 的对象才触发 Humongous 分配
- 频繁出现 Humongous allocation 日志（尤其伴随 GC 暂停飙升），说明当前 RegionSize 过小，应调大至略高于业务中最常见大对象的 1.2 倍
与其它参数存在隐式冲突，不可孤立设置
RegionSize 改变后，以下参数的语义和效果会偏移，必须同步评估：
- -XX:G1NewSizePercent / -XX:G1MaxNewSizePercent：这些是百分比值，但新生代实际 Region 数 = 总 Region 数 × 百分比 → RegionSize 变大后，同样百分比对应更多内存，可能挤占老年代空间
- -XX:G1MixedGCCountTarget：默认值基于原 Region 数量设计；Region 减少（Size 增大）后，每次 Mixed GC 回收 Region 数不变，但单次清理内存更多，可能需减少目标次数
- -XX:G1OldCSetRegionThresholdPercent：该阈值用于筛选“高垃圾密度”老年代 Region，其计算基础仍是 Region 数量，RegionSize 变化后回收粒度变粗，阈值宜适当下调
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
