Question
Which practice avoids a common mistake with Heap Operations and Invariants?
- Do not describe a heap as fully sorted, because siblings and deeper nodes have no guaranteed total order among themselves.
- Ignore the Heap Operations and Invariants issue and rely on team discipline instead of APIs or contracts.
- Silence the Heap Operations and Invariants problem by using raw types, broad catches, or shared mutable state.
- Prefer the version of Heap Operations and Invariants that makes behavior less predictable as long as the code compiles.
Hint
Look for the option that protects correctness instead of hiding the problem.
Answer and rationale
Correct answer: A. Do not describe a heap as fully sorted, because siblings and deeper nodes have no guaranteed total order among themselves.
Do not describe a heap as fully sorted, because siblings and deeper nodes have no guaranteed total order among themselves. This is a common failure mode in real Java code and a frequent interview follow-up.
Track: Java