В Python, если я вернусь в блок «with», файл все еще закроется?


Ответы:


238

Да, он действует как finallyблок после tryблока, то есть он всегда выполняется (если, конечно, процесс python не завершается необычным образом).

Это также упоминается в одном из примеров PEP-343, который является спецификацией для withзаявления:

with locked(myLock):
    # Code here executes with myLock held.  The lock is
    # guaranteed to be released when the block is left (even
    # if via return or by an uncaught exception).

Однако стоит упомянуть, что вы не можете легко перехватывать исключения, генерируемые open()вызовом, не помещая весь withблок в try..exceptблок, который обычно не соответствует желаемому.


8
elseможно было бы добавить, withчтобы решить эту try with exceptпроблему. Редактировать: добавлено в язык
rplnt

7
Я не знаю, уместно ли это, но, насколько мне известно, Process.terminate()это один из немногих (единственный?) Сценарий, который не гарантирует вызова finallyоператора: «Обратите внимание, что обработчики выхода и предложения finally и т. Д. Не будут казнены «.
Рик Поджи

os._exitИногда используется @RikPoggi - он выходит из процесса Python без вызова обработчиков очистки.
Acumenus

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

1
@davidA После закрытия файла ссылки по-прежнему доступны; Однако любые попытки использовать ссылки на тянуть / PUSH данных в / из файла даст: ValueError: I/O operation on closed file..
RWDJ

36

Да.

def example(path, mode):
    with open(path, mode) as f:
        return [line for line in f if condition]

..это в значительной степени эквивалентно:

def example(path, mode):
    f = open(path, mode)

    try:
        return [line for line in f if condition]
    finally:
        f.close()

Точнее, __exit__метод в диспетчере контекста всегда вызывается при выходе из блока (независимо от исключений, возвратов и т. Д.). Метод файлового объекта __exit__просто вызывает f.close()(например, здесь, в CPython )


30
Интересный эксперимент , чтобы показать гарантии вы получаете от finallykeywrod является: def test(): try: return True; finally: return False.
Эхсан Киа

20

Да. В более общем смысле __exit__метод диспетчера контекста With Statement действительно вызывается в случае, если returnвнутри контекста. Это можно проверить с помощью следующего:

class MyResource:
    def __enter__(self):
        print('Entering context.')
        return self

    def __exit__(self, *exc):
        print('EXITING context.')

def fun():
    with MyResource():
        print('Returning inside with-statement.')
        return
    print('Returning outside with-statement.')

fun()

Выход:

Entering context.
Returning inside with-statement.
EXITING context.

Вывод выше подтверждает, что __exit__звонили несмотря на раннее return. Таким образом, менеджер контекста не обойден.


4

Да, но в других случаях может быть некоторый побочный эффект, потому что он может что-то делать (например, очищать буфер) в __exit__блоке

import gzip
import io

def test(data):
    out = io.BytesIO()
    with gzip.GzipFile(fileobj=out, mode="wb") as f:
        f.write(data)
        return out.getvalue()

def test1(data):
    out = io.BytesIO()
    with gzip.GzipFile(fileobj=out, mode="wb") as f:
        f.write(data)
    return out.getvalue()

print(test(b"test"), test1(b"test"))

# b'\x1f\x8b\x08\x00\x95\x1b\xb3[\x02\xff' b'\x1f\x8b\x08\x00\x95\x1b\xb3[\x02\xff+I-.\x01\x00\x0c~\x7f\xd8\x04\x00\x00\x00'
Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.