应按预估元素数÷0.75向上取整并调整为2的幂设初始容量，如1000个元素对应2048；典型值：≤100选128，≈1000选2048，≈5000选8192，≥1万至少16384。
直接按预估元素数量反推初始容量，就能基本避开多次扩容。
算清楚扩容阈值公式
HashMap触发扩容的条件是：元素个数 > 当前容量 × 负载因子。默认负载因子是0.75，所以实际可用槽位只有容量的75%。比如容量16，插到第13个元素就扩容了。
- 推荐计算方式：initialCapacity = (预估元素总数 ÷ 0.75) + 1
- 结果必须向上取整到最接近的2的幂次方（HashMap内部会自动调整，但主动设对更稳妥）
- 例如：预计存1000个元素 → 1000 ÷ 0.75 ≈ 1333.3 → 向上取整为1334 → 最近的2的幂是2048
常见规模对应推荐初始容量
不用每次手算，记住这几个典型值更高效：
- ≤ 100个元素 → 设128（比默认16大，但避免早期扩容）
- ≈ 1000个元素 → 设2048
- ≈ 5000个元素 → 设8192
- ≥ 1万元素 → 按公式算，建议至少设16384或32768
注意别踩的坑
光设大容量还不够，这些细节决定是否真能稳住：
立即学习“Java免费学习笔记（深入）”；
- 传入的initialCapacity不是2的幂，HashMap会自动变成下一个2的幂，但可能比你预期的大不少（比如传1000 → 变成1024；传1334 → 变成2048）
- 如果元素数量波动剧烈，比如先塞500、再清空、再塞500，不涉及扩容；但若持续增长且没预估好，仍会触发resize
- 高并发场景下，即使容量够，也可能因竞争导致resize重试，这时配合ConcurrentHashMap更稳妥
验证是否设对了
运行时可通过反射或JDK工具观察实际容量和size：
- 调用
map.size()看当前元素数 - 用反射读取
capacity()方法（非公开，仅调试用）确认底层数组长度 - 如果
size <= capacity × 0.75始终成立，说明没触发扩容
