显式Comparator<T>是否会违反集合中equals方法的一致性？

当你给TreeSet、TreeMap这类依赖排序的集合传入自定义Comparator<T>时，集合的元素比较、去重逻辑会完全以这个Comparator的compare(T o1, T o2)方法为准，不再遵循元素自身Comparable接口要求的compareTo与equals一致的规则，具体表现如下：

• 元素唯一性判定逻辑改变：有序集合不再用equals(Object obj)判断元素是否重复，而是以Comparator.compare返回0作为“两个元素相等”的依据。比如：两个对象的equals返回true，但Comparator.compare返回非0，集合会把它们当成不同元素存入；反之，compare返回0但equals返回false，集合会认为这是同一个元素，不会重复添加。

• 可能打破集合行为一致性：Java集合框架的设计中，equals和hashCode有绑定约定（相等对象的hashCode必须相等），但如果Comparator的判定逻辑和equals不一致，会导致有序集合（如TreeSet）和哈希集合（如HashSet）的行为矛盾。比如两个对象A和B，Comparator.compare(A,B)返回0但A.equals(B)返回false，放进TreeSet只会存一个，放进HashSet却会存两个，这种差异很容易引发业务逻辑错误。

• 开发者需自行控制逻辑风险：如果你刻意让Comparator的判定和equals不一致，必须明确业务场景的需求（比如仅按某个字段排序去重，不关心对象整体相等性）。但这种情况下要避免在不同类型集合中混用同一批对象，否则很容易出现预期外的结果。

内容的提问来源于stack exchange，提问作者Rudra Shivgan