Java中Set不保证顺序，需转List排序或用TreeSet实现有序；HashSet无序，LinkedHashSet仅保插入顺序；TreeSet需显式Comparator且不允null，避免重复劳动和状态损坏。
Java里Set本身不保证顺序，别试图“给HashSet排序”
Set接口的设计目标就是去重，不是排序。像HashSet底层是哈希表，插入顺序和遍历顺序完全无关；LinkedHashSet只保插入顺序，不支持按值排序。想“对Set排序”，本质是换容器或转结构。
要有序结果：转List后用Collections.sort()或Stream.sorted()
这是最直接、最可控的方式，尤其适合一次性操作或需要自定义逻辑的场景。
- 如果元素实现了
Comparable（如String、Integer），直接Collections.sort(new ArrayList(set)) - 否则必须传
Comparator：Collections.sort(new ArrayList(set), Comparator.comparingInt(String::length)) - 用Stream更简洁但有开销：
set.stream().sorted(Comparator.naturalOrder()).toList()（Java 16+） - 注意：
ArrayList构造函数时间复杂度O(n)，sort()是O(n log n)，整体不可忽略
要持续有序写入：用TreeSet + 显式Comparator
TreeSet是真正的有序Set，但它的“有序”来自构建时的比较逻辑，不是后期补救出来的。
- 无参构造器只接受实现
Comparable的元素，否则运行时报ClassCastException - 务必用带
Comparator的构造器来处理自定义类型：new TreeSet(Comparator.comparing(User::getName)) - 插入重复元素（根据Comparator判断相等）会被静默丢弃，行为和
HashSet不同，容易漏数据 - TreeSet的add/remove是O(log n)，比HashSet的O(1)慢，大数据量写入频繁时得权衡
别踩这些坑
很多人卡在细节上，不是不会写，是没意识到这些隐含约束。
立即学习“Java免费学习笔记（深入）”；
-
TreeSet的Comparator必须满足“一致性”：多次调用对同一对元素必须返回相同结果，否则集合状态可能损坏 - 用
stream().sorted().collect(Collectors.toCollection(TreeSet::new))是错的——又排序又建TreeSet，纯属重复劳动且可能因Comparator不一致出问题 - 如果原Set是
ConcurrentSkipListSet，它本身已有序，但它是线程安全的，别为了排序再套一层TreeSet - 从数据库查出的Set直接扔进TreeSet？先确认字段是否允许null——
TreeSet默认不允许null，会抛NullPointerException
排序逻辑一旦嵌进容器选择里，就很难临时切换。先想清楚是要“一次排序结果”，还是“持续维护有序”，这个分界点比怎么写代码更重要。
