Question
Which practice avoids a common mistake with Class Loading and Initialization?
- Ignore the Class Loading and Initialization issue and rely on team discipline instead of APIs or contracts.
- Do not assume a type is fully initialized just because the compiler can see its name in source code.
- Silence the Class Loading and Initialization problem by using raw types, broad catches, or shared mutable state.
- Prefer the version of Class Loading and Initialization 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 assume a type is fully initialized just because the compiler can see its name in source code.
Do not assume a type is fully initialized just because the compiler can see its name in source code. This is a common failure mode in real Java code and a frequent interview follow-up.
Track: Java