Respuesta.

Los gestores de contexto permiten automatizar y controlar la ejecución de bloques de código con garantizada finalización de recursos, como cerrar archivos automáticamente, liberar gestores de transacciones en bases de datos o bloquear/desbloquear hilos. En el estándar de Python, se introdujo este paradigma para administrar recursos externos de manera segura y conveniente, sin necesidad de rastrear manualmente la etapa final del trabajo.

Historia:

Antes de la introducción de los gestores de contexto, era necesario llamar explícitamente a los métodos close()/release() para liberar recursos, lo que provocaba errores si ocurrían excepciones. Con la aparición de la construcción with ... as ...:, Python permite definir explícitamente "el ámbito del recurso", invocando automáticamente los métodos para inicializar y finalizar el trabajo con él.

Problema:

La gestión manual del "cierre" de un recurso es peligrosa; si se olvida close() (o release()), los recursos permanecerán ocupados hasta que finalice el proceso o incluso podrían colgarse para siempre. Esto es especialmente agudo en situaciones de trabajo con archivos, conexiones de red, transacciones en bases de datos.

Solución:

Los gestores de contexto se implementan mediante los métodos mágicos enter() y exit(). Al entrar en el bloque with, Python llama a enter, y al salir, a exit, incluso si se produjo una excepción dentro del bloque.

Ejemplo de código:

class ManagedFile:
    def __init__(self, filename):
        self.filename = filename
        self.file = None
    def __enter__(self):
        self.file = open(self.filename, 'w')
        return self.file
    def __exit__(self, exc_type, exc_val, exc_tb):
        if self.file:
            self.file.close()
        # Se puede suprimir la excepción con return True, generalmente return False

with ManagedFile('demo.txt') as f:
    f.write('Hello, world!\n')
# el archivo se cierra garantizadamente

Características clave:

Automatización y seguridad en la liberación de recursos externos
Interfaz universal a través de enter/exit adecuada tanto para archivos como para transacciones y bloqueos
Permite manejar errores sin repetir el código try-finally

Preguntas capciosas.

¿Se puede utilizar la misma instancia del gestor de contexto varias veces seguidas en diferentes with?

No se puede: normalmente el recurso se abre en enter, se libera en exit, y el objeto se vuelve incorrecto para su reutilización. Es mejor crear un nuevo objeto para cada bloque with.

¿Qué hacer si se necesita usar varios recursos en un solo with?

Se pueden separar las variables por comas:

with open('a.txt') as fa, open('b.txt') as fb:
    ...

o aplicar contextlib.ExitStack para casos complicados.

¿En qué se diferencia la escritura de un gestor de contexto como clase con enter/exit y como generador con el decorador @contextmanager?

El decorador @contextmanager del módulo contextlib permite implementar el gestor más fácilmente, utilizando yield:

from contextlib import contextmanager
@contextmanager
def open_file(name):
    f = open(name)
    try:
        yield f
    finally:
        f.close()

with open_file('file.txt') as f:
    ...

Errores comunes y anti-patrones

Apertura/cierre de recursos fuera de enter/exit
Excepción atrapada con return True en exit — suprime el error completamente
Caso de reentrada al contexto mal gestionado

Ejemplo de la vida real

Caso negativo

Un desarrollador abre un archivo con open(), escribe en él, y olvida llamar a close() — el archivo puede quedarse abierto (especialmente en caso de errores), los datos no se escriben.

Pros:

Código mínimo, sin "estructura innecesaria"

Contras:

Fuga de recursos, fallos del programa en largas ejecuciones, fallos inesperados

Caso positivo

Se utiliza everywhere with open() como estándar (o recurso gestionado personalizado), el gestor de contexto implementa correctamente la liberación del recurso.