comparable接口不控制堆顶类型，priorityqueue默认用其compareto构建小顶堆；改写compareto实现大顶堆违背自然顺序语义，推荐用comparator显式指定，如reverseorder()构建大顶堆。
Java 中 Comparable 接口本身**不直接控制小顶堆或大顶堆的切换**，它只定义元素的“自然顺序”，而 PriorityQueue 默认按该顺序建小顶堆。真正决定堆序方向的是比较逻辑的符号含义——即 compareTo 方法返回值的正负如何被 PriorityQueue 解释。
Comparable 定义自然顺序，但默认只支持小顶行为
当类实现 Comparable（如 Integer、自定义 Student），PriorityQueue 无参构造时会调用其 compareTo 方法进行比较。PriorityQueue 内部约定：
- 若
a.compareTo(b) ，表示 <code>a优先级更高（应更靠近堆顶） - 因此，自然顺序升序（
a ）对应小顶堆；降序（<code>a > b → -1）才对应大顶堆
也就是说，仅靠改写 compareTo 的逻辑，就能让同一个 Comparable 类在默认 PriorityQueue 中表现为大顶堆——但这种做法违背“自然顺序”的语义，易引发混淆和误用。
推荐方式：用 Comparator 显式指定堆序方向
更清晰、更安全的做法是保持 Comparable 表达合理自然顺序（如学号升序、时间先后），再通过 Comparator 覆盖排序逻辑来切换堆类型：
- 小顶堆（默认）：
new PriorityQueue()或new PriorityQueue(Comparator.naturalOrder()) - 大顶堆：
new PriorityQueue(Comparator.reverseOrder()) - 自定义大顶（如按分数降序）：
new PriorityQueue((a, b) → b.score - a.score) - 自定义小顶（如按绝对值升序）：
new PriorityQueue((a, b) → Math.abs(a.val) - Math.abs(b.val))
Comparable 与 Comparator 在堆构建中的实际分工
PriorityQueue 构造时的选择决定了比较依据：
- 无参构造 → 查找元素是否实现
Comparable，若未实现则抛ClassCastException - 传入
Comparator构造 → 忽略Comparable，完全使用该比较器 - 两者都存在时，
Comparator优先级更高，Comparable不生效
这意味着：即使对象实现了 Comparable，只要显式传入 Comparator，就能自由切换大小顶堆，且无需修改业务类代码。
注意 null 和类型一致性限制
无论用哪种方式，都需遵守 PriorityQueue 的基本约束：
- 不允许插入
null元素（否则抛NullPointerException） - 所有元素必须能被同一比较逻辑处理——不能混插
String和Integer，除非比较器明确支持 - 若使用
Comparable，所有元素类型必须相同或具有共同父类/接口，且compareTo实现不抛异常
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
