Question
Which practice avoids a common mistake with HashMap Internals?
- Ignore the HashMap Internals issue and rely on team discipline instead of APIs or contracts.
- Do not use mutable key fields that can change the hash-relevant state after insertion.
- Silence the HashMap Internals problem by using raw types, broad catches, or shared mutable state.
- Prefer the version of HashMap Internals 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: B. Do not use mutable key fields that can change the hash-relevant state after insertion.
Do not use mutable key fields that can change the hash-relevant state after insertion. This is a common failure mode in real Java code and a frequent interview follow-up.
Track: Java