Почему сборщик мусора (Garbage collector) не очищает файл?

Почему сборщик мусора не очищает файл

Сборщик мусора в Python НЕ закрывает файлы автоматически, потому что файловые дескрипторы — это ресурсы операционной системы, а не объекты памяти. GC отвечает только за память.

Проблема: файл остаётся открытым

# Плохо - файл может остаться открытым
def read_file():
    f = open("data.txt", "r")
    data = f.read()
    # f НЕ закрыт
    return data

result = read_file()
# Файл всё ещё открыт, даже хотя f вышла из области видимости

Почему GC не помогает

1. Файловые дескрипторы — ресурс ОС, не память

Каждый открытый файл регистрируется в таблице ОС. GC удаляет объекты из памяти, но не управляет ресурсами ОС.

2. GC непредсказуем

Моменты, когда запустится сборка мусора, неизвестны. Файл может оставаться открытым долгое время.

Правильный подход: контекстный менеджер

# Правильно - гарантированное закрытие
def read_file():
    with open("data.txt", "r") as f:
        data = f.read()
    # f ГАРАНТИРОВАННО закрыт здесь
    return data

result = read_file()
# Файл уже закрыт

# with блок вызовет __exit__ даже при исключении
def safe_read():
    try:
        with open("data.txt", "r") as f:
            if some_condition:
                raise ValueError("Error!")
            data = f.read()
    except ValueError:
        pass
    # Файл закрыт, несмотря на исключение

Механизм: exit vs del

class FileHandler:
    def __init__(self, filename):
        self.f = open(filename, "r")
    
    def __exit__(self):
        # Вызывается ГАРАНТИРОВАННО при выходе из with
        self.f.close()

# with - детерминировано
with FileHandler("data.txt") as handler:
    pass  # __exit__ вызван сразу

# Без with - случайно
handler = FileHandler("data.txt")
# __del__ когда-нибудь вызовется... или нет

Реальная проблема

# Опасный паттерн
def bulk_process():
    files = []
    for i in range(10000):
        f = open(f"chunk_{i}.txt", "r")
        files.append(f)
        if i % 100 == 0:
            process_batch(files)
            files = []  # ЗАБЫЛИ ЗАКРЫТЬ!

bulk_process()
# Утечка: файлы остаются открытыми

# Правильно
def bulk_process_safe():
    for i in range(10000):
        with open(f"chunk_{i}.txt", "r") as f:
            if i % 100 == 0:
                process_batch(f)
        # f закрыт после каждой итерации

Отличие в реализациях Python

CPython: использует reference counting

• Файл закроется сразу когда счётчик ссылок = 0

PyPy, Jython: используют полноценный GC

• Файл закроется только когда GC запустится (может быть поздно!)

Проверка открытых файлов

import psutil
import os

process = psutil.Process()
open_files = process.open_files()
print(f"Открытых файлов: {len(open_files)}")
for file in open_files:
    print(f"  {file.path}")

Почему with работает

with вызывает __enter__ и __exit__ явно. Это часть языка Python, не зависит от GC:

with open("file.txt") as f:
    data = f.read()
    if error:
        raise ValueError()
# Файл закрыт ДО исключения

# Эквивалентно:
f = open("file.txt")
try:
    data = f.read()
finally:
    f.close()  # Вызывается в любом случае

Практическая рекомендация

Вывод

Никогда не полагайся на GC для закрытия файлов. Используй with конструкцию или явный try/finally. Сборщик мусора отвечает за память, а не за ресурсы операционной системы.