Как в Python гарантировать вызов кода деструктора сразу после того, как экземпляр не нужен?

Question

[germn]

Как известно, нет гарантии, что __del__ будет вызван сразу после того, как на объект не останется ссылок. Но иногда нужно, чтобы ресурсы, которые использовал объект, были освобождены немедленно, как только объект не нужен. Как это гарантировать?

Допустим есть код:

def test()
    a = Processor('file.txt')
    a.process()

test()
test()

В конструкторе Processor открывается файл, закрыт файл должен быть в деструкторе, как только объект больше не нужен, то есть сразу после выхода из функции test(). Если я правильно понимаю, в теории может получиться, что после первого test() деструктор не будет вызван, значит, ко второму test() мы попытаемся открыть не закрытый файл.

Как этого избежать?

Answer 1

[Yuri Shikanov]

Вам нужно добавить функционал ContextManager для того, чтобы можно было использовать класс при помощи конструкции with. См. PEP 343.

Comments

[germn]

Если честно, для решения задачи освобождения ресурсов это напоминает костыль. С файлами всё понятно, но в других случаях смотрится ужасно.

Вместо чего-нибудь простого типа:
Class().method1().method2().method3()

Надо будет писать:
with Class() as cl:
cl.method1().method2().method3()

[Yuri Shikanov]

Если хотите быть уверенным в том, что ресурс освобождается - врятле найдете решение лучше.

[habrsa]

Использование ContextManager - это не костыль, а едиснтвенно верный способ в понятиях языка pyhton сделать принудительное освобождение ресурсов.
"Явное лучше неявного" (c)

[mrstrictly]

@habrsa +100

Answer 2

[Константин Довнар]

А что мешает в конце функции добавить явное закрытие?

Comments

[germn]

Ничто (кроме лишнего кода) не мешает, но это, на мой взгляд, примерно то же самое, что явно конструктор вызывать. Зачем тогда вообще конструкторы и деструкторы?

[Константин Довнар]

@veveve коль так, вы и вызываете конструктор явно, через Processor('file.txt').
Я же говорю о неком методе close, который должен закрывать ваш Processor.

[germn]

Согласитесь, такое решение совсем не кажется элегантным. Processor('file.txt') - т.е. конструктор забыть вызвать невозможно, а забыть вызвать close после всех действий - проще простого.

Во многих других языках для этого и нужен деструктор: просто кладем туда все действия по освобождению ресурсов и не переживаем, что где-нибудь забудем их явно вызвать.

[sim3x]

@veveve напишите уже на плюсах и не парьтесь. Вы пытаетесь за уши притянуть свои привычки в интепретируемый язык

[germn]

@sim3x объясните, пожалуйста, разницу с деструктором в компилируемых и интерпретируемых языках? В php, например, деструктор, если я не ошибаюсь, спокойно гарантированно вызывается после того как на объект нет ссылок. В деструкторы классов кладут закрытия файлов и соединений, это нормальная практика там. Разве нет?

[mrstrictly]

@veveve деструктор, в первую очередь ― средство освобождения памяти, а не произвольных ресурсов. Оставляя такие вещи, как закрытие дескипторов и сокетов, опустошение (flush) буферов, коммит транзакции и т.п. на откуп деструкторам, вы теряете контроль над потоком выполнения и необосновано усложняете поведение. С точки зрения Python, оптимальный вариант, как и подсказывают ниже ― PEP 343. Это очень элегантная конструкция, которая делает в точности то, что вам нужно.