java set判重依赖equals和hashcode的规范配合：先用hashcode定位桶，再用equals确认重复；二者必须同时重写且保持一致性，否则导致误判或漏判。
Java Set 的判重严谨性，不靠魔法，靠的是 equals 和 hashCode 两个方法的规范配合。它不是“只要看起来一样就算重复”，而是有一套可验证、可推演的逻辑链条。
判重流程：先定位，再确认
HashSet（最常用的 Set 实现）内部用 HashMap 存储元素，每个元素作为 key，value 是一个固定对象。添加时执行两步：
- 调用元素的 hashCode()，算出哈希值，决定它该放在哪个“桶”里
- 如果桶里已有元素，就逐个调用 equals() 去比对——只有 hashCode 相同 且 equals 返回 true，才认定是重复
这就像快递分拣：先按邮编（hashCode）分到大致区域，再按门牌号（equals）确认是不是同一户。少一步，都可能送错或漏查。
为什么两个方法必须同时重写？
只重 equals 不重 hashCode，或者反过来，都会破坏判重逻辑：
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
- 若只重 equals：两个逻辑相等的对象，hashCode 可能不同 → 被分到不同桶 → equals 根本不会被调用 → 重复元素被错误接受
- 若只重 hashCode：两个不相等的对象可能有相同哈希值 → 进入同一桶 → equals 比较失败 → 本该去重的没去成，或误判为重复
规范要求：只要 a.equals(b) == true，就必须保证 a.hashCode() == b.hashCode()。这是 HashSet 正确工作的前提。
重写时的关键一致性规则
严谨性体现在字段选择和实现细节上：
- 参与 equals 判断的字段，必须全部参与 hashCode 计算 —— 例如 Student 按学号和姓名判重，hashCode 就只能基于 studentId 和 name，不能多也不能少
- 字段顺序要一致 —— Objects.hash(name, age) 和 Objects.hash(age, name) 可能产生不同哈希值，导致 equals 为 true 但 hashCode 不等
- null 安全处理 —— 使用 Objects.equals(a, b) 替代 a.equals(b)，避免空指针；Objects.hash 自动处理 null 字段
内置类型为什么不用重写？
String、Integer、LocalDateTime 等 JDK 类早已按上述规则严格实现。比如：
-
"abc".equals("abc")为 true → 它们的 hashCode 一定相等 -
new Integer(100).equals(new Integer(100))为 true → hashCode 同样一致
这种一致性是经过长期验证的，所以你直接往 HashSet 里放字符串或数字，判重天然可靠。
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
