¿Por qué el contexto se cuelga después de una declaración con?

Question

Me gustaría saber por qué un objeto de archivo abierto utilizando la instrucción with() o en un bloque, permanece en el alcance después de la salida. ¿Los objetos '<' de archivo cerrado '>' se han limpiado alguna vez?

>>> with open('test.txt','w') as f: 
...  f.write('test') 
... 
>>> f 
<closed file 'test.txt', mode 'w' at 0x00E014F0> 
>>> f.close() 


>>> if True: 
...  fal = open('demo.txt','w') 
...  fal.write('stuff') 
...  fal.close() 
... 
>>> fal 
<closed file 'demo.txt', mode 'w' at 0x00E015A0> 

Answer 1

en Python nuevos ámbitos (también conocido como espacios de nombres) son única creada por módulos, clases y funciones, pero no para cualquier otra declaración, especialmente no para with y if bloques. Los identificadores enlazados dentro del cuerpo de las declaraciones with o for están, por lo tanto, vinculados en el ámbito circundante más interno, que es el alcance de nivel superior del intérprete interactivo en su caso. Los identificadores están vinculados en un ámbito siempre que este alcance sea válido o hasta que se eliminen explícitamente del alcance (utilizando del como en del fal).

Los objetos solo se pueden limpiar cuando ya no se hace referencia a ellos. El momento real, en el que este objeto está realmente limpio, sin embargo no está definido. Python utiliza la recolección de elementos no utilizados para la administración de la memoria y no aplica una estrategia específica. En CPython, que utiliza el recuento de referencias, los objetos se limpian de inmediato, una vez que la última referencia queda fuera del alcance. Implementaciones alternativas como PyPy o Jython utilizan recolectores de basura más avanzados, que limpian objetos sin referencia en puntos de tiempo arbitrarios.

Esto significa, que en el ejemplo de los objetos unidos a f y fal se Bascially nunca se limpian, ya que el ámbito de nivel superior de la intérprete interactivo no existe de forma natural, siempre que el interpeter se está ejecutando. Sin embargo, tenga en cuenta que esto no es realmente un problema, ya que, sin embargo, están cerrados correctamente y ya no reclaman ningún recurso de archivo, sino solo algo de memoria.

Answer 2

El objeto de archivo, como cualquier otro objeto, 'se pasea' por la duración de su programa, hasta que se borra (su método __del__ se llama).

del f hará que f sea basura recogida por el recolector de basura de Python. Esto sucede automáticamente cuando sale de un alcance, su script termina, o en su ejemplo, la sesión de intérprete finaliza.

Answer 3

El nombre permanecerá en el alcance hasta que salga del alcance.

Si desea que el objeto limpiado, asignar un valor diferente al nombre, al igual que

f = None 

Esto no cierra el archivo!

Es una buena costumbre limitar los ámbitos al estructurar el programa en funciones (y posiblemente clases). Eso lo hace más legible y hace que los objetos independientes (sin nombres en el alcance que se refieren al objeto) sean elegibles para la recolección de basura.

esto no suele ser un problema cuando se utiliza el símbolo aunque :)

Answer 4

with declaración de Python llama __exit__ método de la clase de archivos [el cual, en el caso de los archivos, los cierra]. No elimina el objeto; se limpia solo cuando lo limpia explícitamente o cierra el programa/intérprete.

Answer 5

with y if no crea un nuevo ámbito, las variables locales solo se crean dentro de funciones, clases y módulos. Ver What's the scope of a Python variable declared in an if statement?