Set接口不保证顺序，具体取决于实现类：HashSet无序（基于HashMap散列存储）、LinkedHashSet按插入顺序、TreeSet按自然或自定义顺序。
Java中的Set接口本身不保证顺序，是因为它只定义了“不重复元素集合”的行为契约，而没有规定元素的排列方式；具体是否有序，取决于实现类——比如HashSet无序，LinkedHashSet按插入顺序，TreeSet按自然或自定义顺序。
HashSet为什么是无序的
HashSet底层基于HashMap实现，把元素作为key存入HashMap，value统一用一个静态的空对象（PRESENT）。而HashMap在JDK 8之前用数组+链表，JDK 8起优化为数组+链表/红黑树，但其桶（bucket）位置由hash值决定，不是按插入顺序分配。元素被散列到哪个桶，取决于hashCode()计算结果和当前容量取模，这个过程天然不保留插入顺序。
- 同一个对象每次调用
hashCode()返回值一致，但不同对象的hash值分布是离散的 - 扩容时会重新哈希（rehash），所有元素位置可能全部改变
- 遍历时是按内部数组从0到length-1逐个扫描，跳过空桶，再遍历非空桶里的链表或树——这和插入顺序无关
“无序”不等于“随机”
HashSet的迭代顺序虽然不保证，但在同一程序、相同数据、未扩容的前提下，多次遍历结果往往一致——因为hash计算和内部结构稳定。但这只是巧合，不是规范承诺。一旦添加新元素触发扩容，或者JVM重启后类加载顺序微变影响hash扰动，顺序就可能变化。所以不能依赖这种“看起来有序”的现象做逻辑判断。
如何获得有序的Set
如果需要顺序，应选择其他Set实现：
立即学习“Java免费学习笔记（深入）”；
- LinkedHashSet：继承HashSet，内部用双向链表维护插入顺序，迭代时按添加顺序返回
- TreeSet：基于红黑树，要求元素可比较（实现Comparable或传入Comparator），按大小排序
- 若已有HashSet需临时排序，可用
new TreeSet(set)构造，但注意这会新建集合并重排
实际开发中的建议
使用Set时，应明确设计意图：
- 只关心去重？选HashSet，性能最好（平均O(1)增删查）
- 需要按插入顺序遍历？直接用LinkedHashSet，开销略高但顺序稳定
- 需要排序访问？优先考虑TreeSet，或用HashSet + Collections.sort(new ArrayList(set))
- 永远不要在代码中假设HashSet的迭代顺序——哪怕测试时总一样
