hashmap默认初始容量为16、最大容量为2³⁰，是因位运算寻址要求容量必为2的幂：16=2⁴支持index=(n−1)&hash高效计算，兼顾内存与扩容频率；2³⁰是int范围内最大的2的幂（2³¹超界），满足数组长度约束。
Java 中 HashMap 的默认初始容量是 16，最大容量是 2³⁰（即 1,073,741,824），这两个值不是随意定的，而是由底层哈希寻址机制和 JVM 实际约束共同决定的。
为什么默认初始容量是 16？
16 是 2 的整数次幂（2⁴），这是 HashMap 能使用高效位运算定位桶位置的前提。HashMap 计算数组下标用的是：
index = (n - 1) & hash
其中 n 是数组长度。当 n = 16 时，n−1 = 15，二进制为 0b1111，与任意 hash 值做按位与，等价于 hash % 16，但位运算比取模快一个数量级。若容量不是 2 的幂，这套公式就不成立，必须退回到低效的取模运算。
16 这个值也兼顾了空间与时间：太小（如 2 或 4）会导致频繁扩容；太大（如 64）又浪费初始内存。实测和经验表明，16 在多数中小型业务场景中能较好平衡首次使用成本与后续扩容频率。
为什么最大容量是 2³⁰？
最大容量限制在 2³⁰，主要受三方面约束：
- 数组长度在 Java 中是 int 类型，最大值为 2³¹−1；但 HashMap 要求容量必须是 2 的幂，所以理论上最大可取 2³⁰（因为 2³¹ 超出 int 正数范围上限）
- 扩容时采用 newCap = oldCap
- 实际工程中，超过 2³⁰ 的哈希表已远超常规应用需求，且会带来显著 GC 压力和内存碎片问题，JDK 主动设限避免误用
容量设置对性能的实际影响
初始容量设得过小，会引发多次 resize（每次扩容需 rehash 全量元素，开销大）；设得过大，虽减少扩容次数，但空桶多、内存占用高、CPU 缓存局部性变差，反而拖慢访问速度。
建议做法：
- 如果预估要存 N 个键值对，可按 initialCapacity = (int) Math.ceil(N / 0.75) 设置初始容量，让负载因子自然落在默认阈值附近
- 避免传入非 2 的幂的数值（如 10、100），HashMap 会自动向上取最近的 2 的幂（10→16，100→128）
- 并发场景不适用 HashMap，即使调大容量也无法解决线程安全问题，应换用 ConcurrentHashMap
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
