Comparable接口不控制堆顶类型，PriorityQueue默认用其compareTo构建小顶堆；改写compareTo实现大顶堆违背自然顺序语义，推荐用Comparator显式指定，如reverseOrder()构建大顶堆。
Java 中 Comparable 接口本身**不直接控制小顶堆或大顶堆的切换**，它只定义元素的“自然顺序”，而 PriorityQueue 默认按该顺序建小顶堆。真正决定堆序方向的是比较逻辑的符号含义——即 compareTo 方法返回值的正负如何被 PriorityQueue 解释。
Comparable 定义自然顺序，但默认只支持小顶行为
当类实现 Comparable（如 Integer、自定义 Student），PriorityQueue 无参构造时会调用其 compareTo 方法进行比较。PriorityQueue 内部约定：
- 若
a.compareTo(b) < 0，表示a优先级更高（应更靠近堆顶） - 因此，自然顺序升序（
a < b → -1）对应小顶堆；降序（a > b → -1）才对应大顶堆
也就是说，仅靠改写 compareTo 的逻辑，就能让同一个 Comparable 类在默认 PriorityQueue 中表现为大顶堆——但这种做法违背“自然顺序”的语义，易引发混淆和误用。
推荐方式：用 Comparator 显式指定堆序方向
更清晰、更安全的做法是保持 Comparable 表达合理自然顺序（如学号升序、时间先后），再通过 Comparator 覆盖排序逻辑来切换堆类型：
立即学习“Java免费学习笔记（深入）”；
- 小顶堆（默认）：
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实现不抛异常
