Set的迭代顺序与数组不总一致，需依具体实现判断：HashSet无序，LinkedHashSet保持插入顺序，TreeSet按自然序排序；数组严格按索引顺序遍历。
Set 的迭代顺序和数组的迭代顺序是否一致，不能靠“看起来一样”来判断，而要依据具体实现类和使用场景来识别。
看 Set 的具体类型
数组天然按索引顺序遍历，是严格插入顺序；而 Set 是否保持该顺序，完全取决于它的子类：
- HashSet：不保证任何顺序。即使输出结果偶尔和数组一致，也只是哈希分布、容量、元素数量等巧合所致，不可依赖。
- LinkedHashSet：明确维护插入顺序，遍历时与数组按相同顺序添加元素时，迭代结果会一致。
- TreeSet：按元素自然顺序或自定义比较器排序，和数组原始插入顺序无关，一般不一致（除非数组本身已排序且无重复）。
验证时别只看打印结果
仅靠 System.out.println(set) 或增强 for 输出“看上去一样”，容易误判。应通过程序化比对确认：
- 把数组转为 List，再用
Arrays.asList(arr)得到顺序参照； - 把 Set 转为 ArrayList（如
new ArrayList(set)），再逐个索引比对； - 注意：若用
HashSet转出的 list，顺序仍不稳定，不能用于断言一致性。
关键看业务是否需要顺序保障
如果逻辑依赖“先加的先出现”，比如配置加载、日志归集、缓存写入序列：
- 必须选用 LinkedHashSet，它用 LinkedHashMap 底层的双向链表固化插入时序；
- 不能用 HashSet 做测试验证——哪怕一百次运行都顺序一致，第 101 次扩容后就可能打乱；
- 数组可直接索引访问，Set 没有索引，所谓“一致性”只在遍历行为层面成立，不是结构等价。
equals 判断不关心顺序
两个 Set 即使迭代顺序不同，只要含相同元素（不计顺序）、数量相等，set1.equals(set2) 仍返回 true。这说明 Java 的 Set 相等语义本身就忽略顺序——它和数组的“顺序敏感相等”本质不同。
