发布于2026-07-08 阅读(0)
扫一扫,手机访问
descendingSet() 返回的是原 TreeSet 的实时倒序视图,不是新集合 —— 修改它会同步影响原集,反之亦然。

descendingSet() 返回的是原 TreeSet 的实时倒序视图,不是新集合 —— 修改它会同步影响原集,反之亦然。
先说清楚,descendingSet() 返回的,本质上是原 TreeSet 的一个“反向视图”,和原数据集共享同一棵红黑树。这意味着什么呢?
add()、remove(),原 TreeSet 会立刻同步变化一个典型的踩坑场景是,想“先倒序,再固定”,结果写成了这样:
TreeSetset = new TreeSet<>(Arrays.asList(1, 3, 5)); TreeSet reversed = set.descendingSet(); // ❌ 错误预期:以为这是副本 set.add(7); // reversed 现在也包含 7,且迭代顺序是 [7, 5, 3, 1]
拿到的只是倒序视角,不是新集合。如果你确实需要一个独立的副本,得显式构造:
TreeSetreversedCopy = new TreeSet<>(set.descendingSet()); // ✅ 拷贝元素,独立排序 // 或者更明确:new TreeSet<>(Collections.reverseOrder()).addAll(set);
它最适合那种需要“动态倒序观察”,并且接受与原集双向联动的场合。比如:
descendingSet().first() 快速取出最高优先级的任务。TreeSet 存放,通过 descendingSet().iterator().next() 直接拿到最新一条记录。headSet() / tailSet() 做倒序维度的范围查询。例如:set.descendingSet().headSet(endTime, true),表示“所有 ≥ endTime 的时间点”——在倒序下等价于最近的若干条。顺便提一句,descendingSet() 返回的视图本身也是一个 SortedSet,支持所有 SortedSet 接口方法,但它的比较器是反向的——comparator() 返回的是 Comparator.reverseOrder()(或包装后的反向版本)。
如果原 TreeSet 允许 null(比如用 Comparator.nullsFirst() 构造的),descendingSet() 会保持 null 的相对位置逻辑,但方向会翻转。原来排在最前面的 null,到了倒序视图里就变成了最后;反之亦然。
另一个容易出问题的地方是自定义 Comparator。它会被自动包装成反向版,但包装器不会重新校验该比较器是否真的支持反向操作。假如你的比较器内部硬编码了正向逻辑(比如只写了 a - b 且没处理溢出),倒序视图运行时可能抛出 ClassCastException,或者行为完全走样。
最稳妥的做法是:要么用 Comparator.reverseOrder() 显式构造原集,要么确保自定义的比较器本身可以被安全地反转。
售后无忧
立即购买>office旗舰店
售后无忧
立即购买>office旗舰店
售后无忧
立即购买>office旗舰店
售后无忧
立即购买>office旗舰店
正版软件
正版软件
正版软件
正版软件
正版软件
1
2
3
7
8