自定义Comparator中compareTo参数顺序为何影响排序顺序？

首先得明确Java里Comparator<T>的compare(a, b)方法的核心规则：

• 返回负数：表示a应该排在b前面（对应升序逻辑里a"小于"b）
• 返回正数：表示b应该排在a前面（对应升序逻辑里a"大于"b）
• 返回0：表示a和b的排序优先级相同

回到你的场景：你需要的是拼接后结果更大的字符串排在前面，也就是当a+b > b+a时，a要放在b的前面。

第一种情况：返回order1.compareTo(order2)（order1 = a+b，order2 = b+a） #

字符串的compareTo是按字典序比较的：

• 比如拿a=30、b=3来说，order1是"303"，order2是"330"。"303".compareTo("330")会返回负数，此时compare(a,b)返回负数，按照规则a（30）会排在b（3）前面，最终得到的就是拼接结果从小到大的升序数组[30,3,34,5,9]，和你的需求完全相反。

第二种情况：返回order2.compareTo(order1) #

还是拿a=30、b=3举例：
order2.compareTo(order1)就是"330".compareTo("303")，会返回正数。此时compare(a,b)返回正数，按照规则b（3）应该排在a（30）前面，正好符合你"3比30大"的逻辑。
所有元素都按这个规则比较后，最终就得到了拼接结果从大到小的降序排列[9,5,34,3,30]。

本质上，compareTo的参数顺序直接决定了比较的"参照方向"：

• x.compareTo(y)是判断x是否小于y，返回负数则x在前；
• y.compareTo(x)是判断y是否小于x，返回负数则y在前，相当于把原本的排序方向完全反转了。

内容的提问来源于stack exchange，提问作者Ryan L