根据由 指定的比较器。列表中的所有元素必须相互 使用指定的比较器进行比较（即 c.compare(e1, e2) 不能为任何元素 e1 和 e2 抛出 ClassCastException 列表）。
为什么不指定对象是升序还是降序排序？在Comparator 接口中，compare 方法告诉obj1 何时大于等于或小于obj2。而已。文档没有说明列表是否按升序排序。我自己检查过，是的，它正在上升。
【问题讨论】：
标签： java sorting collections
当您处理自定义Comparator 时，“升序”或“降序”在这里都没有意义。 Comparator 本身强加了一些顺序，就对象的自然排序而言，可能是“升序”或“降序”，如果这种自然排序甚至存在的话。 sort 的文档说“升序”是错误，因为如果你传递给它一个强制降序排列的 Comparator，那么排序将是降序的。
错误在documentation for Comparator.compare 中。当它的真正意思是“在之前”和“之后”时，它会说“小于”和“大于”。
定义降序的Comparator 不符合文档的这个特定方面，但这只是一个文档问题。 Comparator 的其余大部分文档都没有使用这个术语，只是正确地讨论了排序。
【讨论】：
集合按照给定的Comparator（或元素的自然顺序，如果它们是Comparables 并且没有提供Comparator）按升序 顺序排序。
至于为什么文档没有明确说明 - 您必须询问 JDK 的作者，但在英语中假设排序隐含意味着升序是很常见的，并且这种约定经常延续到软件工程.例如，在 SQL 中，order by 子句隐式假定为 ASC，即使它没有明确说明。
【讨论】：
Comparator 定义了一个排序，您可以说 X 在 Y 之前（“小于”）、Y 之后（“大于”）或位置（“等于”）。 Collections.sort 根据此顺序对列表进行排序。如果它恰好是一个递减的数字顺序，那就这样吧，Collections.sort 不关心它。
Comparator 强加的顺序。所以你可以有一个强制升序的Comparator，另一个强制降序，你可以有一个Comparator的相反顺序，但是说“根据降序Comparator升序”将是有点混乱
排序顺序将由Comparator 或Comparable 的实现决定，因此Collections.sort 方法不能保证升序或降序。
【讨论】：