priorityqueue传comparator不生效是因为未调用带comparator参数的构造函数；必须显式使用new priorityqueue(comparator)或new priorityqueue(initialcapacity, comparator)，且comparator不可运行时修改。
PriorityQueue构造时传Comparator不生效？检查是否用了自然排序的构造函数
Java里PriorityQueue默认按元素自然顺序排序（要求元素实现Comparable），如果你传了Comparator但没生效，大概率是误用了无参构造或只传了初始容量的构造函数。它不会自动读取元素自身的compareTo()，也不会“覆盖”掉你传的比较器——而是压根没用上。
实操建议：
- 必须显式调用带
Comparator参数的构造函数：new PriorityQueue(Comparator.comparingInt(x -> x.priority)) - 如果传了初始容量，记得把
Comparator作为第二个参数：new PriorityQueue(16, Comparator.reverseOrder()) - 不要在构造后试图通过
setComparator()修改——PriorityQueue没有这个方法，也不支持运行时更换比较逻辑
lambda写Comparator时捕获局部变量，要注意变量是否final或事实final
写Comparator常用lambda，比如按某个外部int threshold过滤排序。但Java要求lambda中引用的局部变量必须是final或“事实final”（声明后未再赋值）。否则编译直接报错：local variables referenced from a lambda expression must be final or effectively final。
常见错误现象：在循环里创建多个PriorityQueue，每个用不同阈值，却把循环变量i直接塞进lambda。
立即学习“Java免费学习笔记（深入）”；
实操建议：
- 把循环变量复制给一个新变量再捕获：
for (int i = 0; i (Comparator.comparing(x -> x.score - cap)); } - 避免在lambda里调用可能改变状态的方法（比如
list.remove(0)），这会让排序逻辑不可预测 - 如果逻辑复杂，宁可写成独立的
Comparator类或静态方法，别硬塞进lambda
Comparator返回0时，PriorityQueue不保证插入顺序（不是稳定排序）
PriorityQueue底层是堆，不是数组排序；当Comparator.compare(a, b) == 0，它不保证a和b谁先出队。这点和TreeSet或Arrays.sort()不同——后者在Java 8+是稳定排序，而PriorityQueue明确不承诺稳定性。
使用场景：比如按时间戳排序任务，但多个任务时间戳相同，你期望按提交顺序处理。这时仅靠Comparator.comparing(Task::getTimestamp)不够。
实操建议：
- 在比较逻辑里加入次级判据，比如自增ID：
Comparator.comparing(Task::getTimestamp).thenComparing(Task::getId) - 不要依赖插入先后决定同等优先级元素的出队顺序
- 如果真需要严格FIFO行为，考虑用
PriorityQueue配合AtomicInteger打时间戳，或者换用DelayQueue（它对相同延迟的任务是FIFO）
泛型擦除导致Comparator类型不匹配，编译报错但提示模糊
写new PriorityQueue<string>(String::compareTo)</string>能过，但换成new PriorityQueue<list>>(List::equals)</list>就报错。问题不在equals本身，而在泛型擦除后，List::equals实际签名是(Object, Object) → boolean，而Comparator<list>></list>要求的是(List<integer>, List<integer>) → int</integer></integer>。
错误信息典型是：method reference is not compatible with Comparator<t></t> 或更迷惑的 incompatible types: cannot infer type-variable(s) T。
实操建议：
- 永远用
Comparator.comparing()或Comparator.nullsFirst()等工厂方法，而不是直接方法引用，除非签名完全匹配 - 对集合、Map这类类型，老老实实写lambda：
(a, b) -> Integer.compare(a.size(), b.size()) - IDE提示“Add type cast”时别盲目点，先确认类型是否真一致；加
(Comparator<list>>)</list>强转往往掩盖了设计问题
PriorityQueue的Comparator是构建时绑定的，运行时不可变，且所有比较都发生在offer/poll时——这意味着任何在比较过程中修改对象状态的操作（比如在lambda里改字段），都会破坏堆结构，后续行为无法预料。
