HashSet初始化需按场景选择：空构造最常用；预估数据量时设初始容量（取不小于预估值的最小2的幂）；高精度控制用容量+加载因子；已有集合用批量构造。自定义对象须重写hashCode和equals，null仅允许一个。
HashSet 初始化的核心在于明确用途：如果只是临时存几个字符串，用无参构造最简单；如果要处理几千条数据或对性能敏感，就得提前设好初始容量和加载因子。关键不是“怎么写”，而是“为什么这么写”。
四种常用初始化方式
实际开发中主要用这四种，按使用频率排序：
-
空集合（最常用）：
Set<String> set = new HashSet<>();默认容量 16、加载因子 0.75，适合小量数据或不确定规模的场景。 -
指定初始容量：
Set<Integer> set = new HashSet<>(64);容量设为 64，避免小集合反复扩容（扩容涉及重新哈希、复制桶数组，有开销）。 -
指定容量 + 加载因子：
Set<Double> set = new HashSet<>(64, 0.75f);加载因子控制扩容时机（64 × 0.75 = 48 个元素后触发扩容），调低可减少冲突，调高可节省内存。 -
基于已有集合初始化：
Set<String> set = new HashSet<>(Arrays.asList("a", "b", "c"));一次性去重并装入，比先 new 再循环 add 更简洁，也避免中间状态不一致。
容量设置的实用建议
初始容量不是随便写的数字，它直接影响性能：
JavaStoryDevelop
下载
你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在
- HashSet 内部哈希表的桶数量会自动调整为不小于你传入值的最小 2 的幂（比如传 10 → 实际用 16；传 20 → 实际用 32）。
- 如果你预估最终要放约 1000 个元素，直接设
new HashSet<>(1024)比设 1000 更合理——既避免扩容，又让哈希分布更均匀。 - 盲目设过大（如 10000）会浪费内存；过小（如 1）则前几次 add 就触发多次扩容，效率反而下降。
必须注意的底层逻辑
HashSet 的“不重复”不是魔法，它依赖两个方法配合工作：
- 添加元素时，先调用对象的
hashCode()算出哈希值，定位到某个桶； - 若桶内已有元素，再用
equals()逐个比较内容是否相等； - 所以，如果你往 HashSet 里放自定义对象（比如
User），必须同时重写hashCode()和equals()，否则相同业务含义的对象可能被当成两个不同元素。
null 元素的处理规则
HashSet 允许存一个 null，但仅限一个：
-
set.add(null)第一次返回true，成功加入； - 第二次调用仍返回
false，不会重复添加； -
set.contains(null)可正常判断，内部对null做了特殊处理（不调用null.hashCode()）。
