java stream的distinct()不支持按字段去重，仅依赖对象的equals()和hashcode()；自定义对象需重写二者才能按字段生效，否则推荐用tomap、distinctbykey或treeset等替代方案。
Java Stream 的 distinct() 本身不支持直接按字段去重，它只认整个对象的 equals() 和 hashCode()。想“通过 distinct 配合提取特定唯一标识字段”，本质上是误解——distinct() 不接受参数、不接收 lambda、也不处理字段提取。真正可行的做法，是用其他 Stream 技巧模拟“按字段去重”的效果，同时保持简洁和高效。
基础类型与字符串：distinct 直接可用
如果集合元素本身就是 String、Integer、Long 等 JDK 内置类型，它们已正确定义 equals() 和 hashCode()，distinct() 就能按值去重：
List<string> names = Arrays.asList("a", "b", "a", "c");</string>names.stream().distinct().collect(Collectors.toList()) → ["a", "b", "c"]
这种场景下，“提取字段”就是数据本身，无需额外操作。
自定义对象：必须重写 equals + hashCode 才能用 distinct
若你坚持用 distinct()，就必须让对象的判等逻辑基于目标字段。比如按 name 去重，就要在 Person 类中重写：
-
public boolean equals(Object o)：只比较name（注意判空和类型） -
public int hashCode()：只基于name计算（推荐用Objects.hash(name)） - 二者必须同步修改，缺一不可；仅改
equals会导致HashSet/HashMap失效 - Lombok 的
@EqualsAndHashCode(onlyExplicitlyIncluded = true)或@Data（默认包含所有字段）可简化，但需确认字段范围是否符合业务
这样之后，list.stream().distinct()... 才真正按 name 去重。
Java JDK 25
下载
Java JDK 25 来自 OpenJDK 官方归档，版本为 JDK 25，本条下载地址已指向官方 Windows x64 zip 安装包直链，适合调试旧项目或兼容旧版 Java 运行环境。
更常用且灵活的替代方案：不依赖 distinct
多数业务要求“按某字段去重，保留第一个出现的对象”，这时推荐以下三种不修改类定义的方式：
-
用
Collectors.toMap：利用 Map Key 唯一性，user :: getName作 key，Function.identity()作 value，冲突时选旧值或新值（如(old, new) -> old保留首个） -
用线程安全的
distinctByKey过滤器：封装一个Predicate，内部用ConcurrentHashMap.newKeySet()记录已见 key，stream().filter(distinctByKey(User::getEmail))即可 -
用
TreeSet+Comparator：适用于需保持顺序且字段可比较的场景，如new TreeSet(Comparator.comparing(User::getId))收集后转回 List
它们都不改动原对象，字段选择自由，语义清晰，且性能良好。
关键提醒：避免踩坑
实际开发中最容易出错的点：
- 对自定义对象调用
distinct()却没重写hashCode和equals→ 实际按内存地址去重，毫无效果 - 只重写
equals忘了hashCode→ 在Stream.distinct()或后续存入HashSet时行为异常 - 误以为
distinct()能接收 lambda，写成.distinct(user -> user.getName())→ 编译失败 - 在去重后修改了影响判等的字段（如改了
name），导致后续逻辑中对象身份混乱
不复杂但容易忽略。
大量免费API接口：立即使用
涵盖生活服务API、金融科技API、企业工商API、等相关的API接口服务。免费API接口可安全、合规地连接上下游，为数据API应用能力赋能！
