Cleaner를 자원 정리의 보조 장치로 사용합니다. 명시적인 close와 실행 시점·실패 책임은 어떻게 나누나요?

꼬리 질문을 독립 문항으로 확장했습니다. 원래 문항에서 맥락 보기 →

잠깐, 답변을 보기 전에
먼저 내 말로 설명해 볼까요?

답변과 점검 포인트 펼치기답변 접기

구두 답변

정의를 외우기보다, 원리와 조건을 연결해 설명해 보세요.

Cleaner의 실행 시점은 명시적인 close처럼 즉시 제어되지 않으므로 필수 파일·연결 반환을 맡기지 않습니다. 명시적 close를 기본으로 하고 누락 시 보조 정리로 사용합니다.

정리 action이 원래 객체를 강하게 참조해 회수를 막지 않게 합니다. 중복 close·실패·프로세스 종료를 처리하고 자원의 내구 commit은 별도 API로 결과를 반환합니다. GC 요청을 cleanup 완료로 보지 않습니다.

이해가 드러나는 지점을 확인해 보세요.

Cleaner의 실행 시점은 명시적인 close처럼 즉시 제어되지 않으므로 필수 파일·연결 반환을 맡기지 않습니다. 명시적 close를 기본으로 하고 누락 시 보조 정리로 사용합니다.
GC 요청을 cleanup 완료로 보지 않습니다.

놓치기 쉬운 조건과 오해를 짚어 보세요.

다음 핵심 구분을 반대로 설명하거나 성립 조건을 생략한다: Cleaner의 실행 시점은 명시적인 close처럼 즉시 제어되지 않으므로 필수 파일·연결 반환을 맡기지 않습니다.

하나 더 질문하며 이해의 범위를 넓혀 보세요.

득점·감점 포인트는 학습용 자기 점검 기준이며, 특정 회사의 실제 채점표가 아닙니다.

답변을 보충하는 개념·예제·슈도코드를 읽어 보세요.