java Comparator 线程安全吗

简短结论：java.util.Comparator 本身只是一个接口，谈“线程安全”要看具体实现，而不是接口本身。

下面分几种情况说明：

1. Comparator 是接口，不是线程安全的“保证”

Comparator 只定义了一个方法（如 compare(T o1, T o2)），接口本身不涉及状态，也不保证线程安全。

public interface Comparator<T> {
    int compare(T o1, T o2);
}

是否线程安全，取决于：

• 实现类有没有成员变量（状态）
• 这些成员变量在 compare() 中是否被读写

2. 无状态 Comparator：通常是线程安全的 ✅

最常见的写法：

Comparator<Integer> c = (a, b) -> a - b;

或

Comparator<String> c = Comparator.comparing(String::length);

✅ 特点：

• 没有成员变量
• 不修改任何共享状态
• 多线程并发使用是安全的

Java 标准库里的很多 Comparator（如 Comparator.comparing、naturalOrder）都是无状态的，线程安全。

3. 有状态的 Comparator：可能线程不安全 ❌

例如：

class CounterComparator implements Comparator<Integer> {
    private int count = 0;

    @Override
    public int compare(Integer a, Integer b) {
        count++; // 修改共享状态
        return a - b;
    }
}

❌ 问题：

• count 被多线程并发修改
• 没有同步
• 结果不可预测

✅ 解决方案：

• 不要保存状态
• 或用 AtomicInteger
• 或加 synchronized
• 或每次 new 一个新 Comparator

4. 被并发集合 / 并行流使用时

• Collections.sort / List.sort
  • 单线程调用 Comparator
  • 只要 Comparator 无状态，就安全
• parallelStream().sorted(comparator)
  • 多线程并发调用 compare
  • 必须保证 Comparator 是线程安全的

5. 一句话总结

✅ Comparator 接口本身无所谓线程安全
✅ 无状态 Comparator 线程安全（推荐）
❌ 有状态的 Comparator 默认不安全

如果你愿意，可以贴一段你正在用的 Comparator 代码，我可以直接帮你判断是否线程安全。