Go 반복문에서 파일을 열고 defer Close를 했더니 열린 파일이 계속 늘어납니다. defer는 언제 실행되나요?

defer는 보통 현재 함수가 반환될 때 실행되므로 반복 한 번이 끝날 때마다 실행되는 것이 아닙니다. 긴 함수의 루프에서 자원을 계속 defer하면 함수가 끝나기 전까지 파일이 누적될 수 있습니다.

동작 원리와 전제

반복마다 짧은 함수를 호출해 그 안에서 defer하거나 필요한 시점에 명시적으로 닫습니다. open이 실패한 경우 nil 자원을 닫지 않도록 오류를 먼저 검사합니다. defer의 인자는 등록 시 평가되지만 closure가 참조하는 값은 별도 캡처 의미를 가집니다.

선택과 실패 처리

닫기 오류가 데이터 flush 실패를 의미할 수 있는 쓰기 작업은 오류를 처리해야 합니다. 모든 cleanup 오류를 무시해도 된다고 하지 않습니다. panic 경로의 defer와 os.Exit 같은 즉시 종료의 차이도 알아야 합니다.

구체적인 사례와 검증

반복문 안에서 익명 함수를 바로 호출하고 그 함수 안에 open·defer close를 두면 각 반복이 끝날 때 자원이 반환됩니다. 다만 모든 오류를 그 함수에서 삼키면 상위가 실패를 알 수 없으므로 결과를 반환해 처리합니다. defer로 mutex를 풀 때도 함수가 너무 길면 불필요하게 락을 오래 잡을 수 있어 임계 구역을 좁힙니다. defer가 역순으로 실행된다는 점은 의존 자원 정리에 유용하지만 등록 시점의 인자와 closure가 나중 읽는 변수를 구분해야 합니다. 성능을 이유로 defer를 제거하기 전에 실제 hot path 비용과 오류 경로의 안전성을 함께 측정하겠습니다.

많은 파일·루프 중 오류·중간 반환·panic을 시험해 최대 FD와 정리 시점을 확인합니다. defer는 자원 수명을 명시하기 쉽게 하는 수단이며 현재 함수의 범위가 너무 넓으면 자원 보유 기간도 길어집니다.