要避免hashmap插入预估数量元素时扩容，需确保阈值≥预期元素数；因new hashmap(7)实际阈值为6，第7个元素即触发扩容；正确做法是用(int)(expectedsize/0.75f+1.0f)计算初始容量，或直接使用guava的maps.newhashmapwithexpectedsize(7)。
要让 HashMap 在插入预估数量的元素时不触发扩容，关键不是“填满多少设多少”，而是让它的 阈值（threshold） 严格大于等于预期元素个数。因为扩容发生在 size > threshold 的瞬间，所以必须确保 threshold ≥ expectedSize。
为什么直接设成预期数量不行
比如想存 7 个元素，写 new HashMap(7)：
- JDK 会把 7 向上取最近的 2 的幂 → 实际容量 = 8
- 默认负载因子 0.75，所以
threshold = 8 × 0.75 = 6 - 第 7 个元素插入时，
size(7) > threshold(6)→ 立刻扩容
推荐计算公式：向上取整后调用 tableSizeFor
标准做法是反推所需最小容量，再由 JDK 自动对齐到 2 的幂：
- 理论最小容量 =
(int) Math.ceil(expectedSize / 0.75) - 但为防浮点误差和整除边界问题，工业界通用公式是：
(int) (expectedSize / 0.75f + 1.0f) - 例如 expectedSize = 7 →
7 / 0.75 + 1 ≈ 10.33 → 强转 int 得 10→ JDK 调整为 16 - 此时
threshold = 16 × 0.75 = 12 ≥ 7，全程不扩容
用 Guava 简化操作（推荐）
Guava 封装了上述逻辑，一行代码搞定，语义清晰且无手误风险：
Map<k v> map = Maps.newHashMapWithExpectedSize(7);</k>- 内部就是执行
(int)(expectedSize / 0.75 + 1)，再传给 HashMap 构造器 - 无需手动算、无需记公式，也不依赖你是否记得 loadFactor 是 0.75
特殊情况：需要精确控制或不用第三方库
可手写工具方法复用逻辑：
-
不要写
new HashMap(expectedSize) -
不要写
new HashMap(expectedSize, 0.75f)（仍会触发 tableSizeFor） - 正确写法：
new HashMap((int)(expectedSize / 0.75f + 1.0f)) - 如果 expectedSize 为 0，建议至少设为 1，避免构造器特殊处理
