HashSet配合泛型既保障编译期类型安全，又依赖equals/hashCode实现逻辑去重；泛型禁止异构数据混入并避免强转异常，但去重效果仍取决于元素类是否正确重写equals与hashCode。
HashSet 配合泛型，能同时实现类型安全和逻辑去重——泛型锁住能存什么类型，HashSet 保证这个类型里不出现重复值。
泛型确保编译期类型约束
泛型不是运行时的“装饰”，而是编译器的强制检查机制。声明 HashSet<String> 后，编译器会拒绝往里面 add 一个 Integer 或 Student 对象，连编译都过不去。
- 避免运行时
ClassCastException：取元素时直接是String，不用强转 - 防止误塞异构数据：比如把用户 ID（String）和订单号（Long）混进同一个集合
- 配合 IDE 自动补全和静态分析，提升可维护性
去重仍依赖 equals + hashCode，泛型不替代它
泛型管“能不能放”，HashSet 的去重逻辑管“要不要留”。即使类型正确，两个对象是否算“重复”，仍由 equals() 和 hashCode() 决定。
Alibabacloud Sdk Client Initialization For Java
下载
在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。
-
HashSet<String>能正确去重，因为String已重写这两个方法 -
HashSet<Student>默认去重失效，因为Student若未重写，equals()比较的是引用地址 - 必须同步重写：
equals()用哪些字段判等，hashCode()就得用相同字段参与哈希计算
实际写法：泛型声明 + 正确重写缺一不可
以按姓名和年龄去重的 Student 为例：
HashSet<Student> students = new HashSet<>();
students.add(new Student("张三", 20));
students.add(new Student("张三", 20)); // 第二个被自动忽略
前提是 Student 类中：
- 重写了
equals(Object o)，比较name和age - 重写了
hashCode()，调用Objects.hash(name, age) - 构造时使用泛型声明：
new HashSet<Student>()，而非裸类型new HashSet()
注意边界情况
泛型 + HashSet 组合下几个易忽略点：
-
null允许存在且仅能有一个，无论泛型是什么类型 - 数组类型如
HashSet<int[]>无法正确去重，因数组默认hashCode()是内存地址 - 若泛型是自定义泛型类（如
Result<T>），需在Result类中重写equals/hashCode，而不是在T上
