Java中HashMap默认负载因子0.75是空间利用率、查询效率与扩容开销的工程最优解：16容量下第13个元素触发扩容，泊松分布下约47%桶为空、35%含1元素、≥3元素桶仅占5%，兼顾性能与内存。
Java 中 HashMap 默认负载因子设为 0.75，不是随意定的，而是对空间利用率、查询效率和扩容开销三者综合权衡后的工程最优解。
它直接控制扩容时机
负载因子参与计算扩容阈值：threshold = capacity × loadFactor。默认初始容量是 16，0.75 就意味着插入第 13 个元素时触发扩容（16 × 0.75 = 12，size > 12 即扩）。这个阈值决定了：
- 太小（如 0.5）→ 容量刚用一半就扩容，内存浪费多，rehash 次数频繁，GC 压力上升
- 太大（如 1.0）→ 数组几乎填满才扩容，桶内链表迅速拉长，查找退化成 O(n)，红黑树转换更易触发
- 0.75 让扩容节奏适中：既不频繁迁移数据，又避免单桶堆积过重
它对应低冲突概率的数学分布
在哈希函数均匀的前提下，每个桶中元素数量近似服从泊松分布，λ 等于负载因子。当 λ = 0.75 时：
- 约 47% 的桶为空
- 约 35% 的桶含 1 个元素（理想状态）
- 约 13% 的桶含 2 个元素（仍可快速遍历）
- ≥3 元素的桶合计仅占约 5%，≥8 的概率低于千万分之一
这意味着绝大多数操作落在 O(1) 范围，极少数需遍历短链表，整体性能稳定。
JavaStoryDevelop
下载
你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在
立即学习“Java免费学习笔记（深入）”；
它是经过大量实测验证的通用平衡点
JDK 团队在真实业务数据和随机键分布下反复验证，0.75 在吞吐、延迟、内存占用等维度表现均衡：
- 比 0.5 更省内存：存 100 个元素，所需初始容量更小，预分配浪费少
- 比 0.9 更稳性能：冲突增长非线性，0.9 时长链出现概率显著升高
- 适配多数场景：写多读少、读多写少、混合负载都能保持合理响应
你完全可以按需调整，但默认值足够健壮
构造时可显式指定，比如：
- new HashMap(16, 0.5f)：适合高频增删、响应敏感的场景
- new HashMap(16, 0.9f)：适合写少读多、内存受限的场景
但大多数业务无需改动，默认 0.75 已覆盖绝大部分时间-空间权衡需求。
