Java 对HashSet使用float-loadfactor的效果是什么？

为什么float-loadfactor会影响哈希集？它的意义是什么？

您需要阅读JavaDoc for HashMap中包含的解释

负载因子是在自动增加哈希表容量之前允许哈希表达到的满度的度量

---

您需要阅读JavaDoc for HashMap中的解释

负载因子是在自动增加哈希表容量之前允许哈希表达到的满度的度量

---

HashMap的实例有两个影响其性能的参数：

初始容量

和

负载系数

容量是哈希表中的存储桶数，

初始容量

只是创建哈希表时的容量。

加载因子是在自动增加哈希表容量之前允许哈希表达到的满度的度量。当哈希表中的条目数超过加载因子和当前容量的乘积时，哈希表将被重新格式化（即，重建内部数据结构），以便哈希表的存储桶数大约是存储桶数的两倍

一般来说，
默认负载系数（.75）在时间和空间成本之间提供了一个很好的折衷。较高的值会减少空间开销，但会增加查找成本（反映在HashMap类的大多数操作中，包括
get
和
put
）。在设置初始容量时，应考虑map中的预期条目数及其负载系数，以尽量减少再灰化操作次数。如果
初始容量
大于最大入口数除以负载系数，则不会发生再灰化操作

i、 e.如果

负载系数
容量
条目数

那么再灰化就永远不会发生了

如果要在一个HashMap实例中存储多个映射，那么创建一个足够大容量的实例将使映射的存储效率高于让它根据需要执行自动重新灰化以增加表。
HashMap的实例有两个影响其性能的参数：

初始容量
和
负载系数

容量是哈希表中的存储桶数，
初始容量
只是创建哈希表时的容量。
加载因子是在自动增加哈希表容量之前允许哈希表达到的满度的度量。当哈希表中的条目数超过加载因子和当前容量的乘积时，哈希表将被重新格式化（即，重建内部数据结构），以便哈希表的存储桶数大约是存储桶数的两倍

一般来说，
默认负载系数（.75）在时间和空间成本之间提供了一个很好的折衷。较高的值会减少空间开销，但会增加查找成本（反映在HashMap类的大多数操作中，包括
get
和
put
）。在设置初始容量时，应考虑map中的预期条目数及其负载系数，以尽量减少再灰化操作次数。如果
初始容量
大于最大入口数除以负载系数，则不会发生再灰化操作

i、 e.如果

负载系数
容量
条目数

那么再灰化就永远不会发生了

如果要在一个HashMap实例中存储许多映射，那么使用足够大的容量创建该实例将允许更高效地存储映射，而不是让它根据需要执行自动重新灰化以增长表