Question
Which practice avoids a common mistake with Reference Counting and Garbage Collection?
- Do not assume the garbage collector will fix every lifetime issue, especially when external resources or long-lived references are involved.
- Ignore the Reference Counting and Garbage Collection issue and rely on team discipline instead of clearer APIs or invariants.
- Silence the Reference Counting and Garbage Collection problem by using broad catches, hidden globals, or extra shared mutable state.
- Prefer the version of Reference Counting and Garbage Collection that makes behavior less predictable as long as the code still runs.
Hint
Look for the option that protects correctness instead of hiding the problem.
Answer and rationale
Correct answer: A. Do not assume the garbage collector will fix every lifetime issue, especially when external resources or long-lived references are involved.
Do not assume the garbage collector will fix every lifetime issue, especially when external resources or long-lived references are involved. This is a common failure mode in real Python code and a frequent interview follow-up.
Track: Python