¿Cómo funcionan los context managers y cuándo has escrito uno propio?

Un context manager es cualquier objeto con dunder enter y dunder exit. La sentencia with llama a enter, asocia su valor de retorno al destino del as y garantiza que exit se ejecute después, incluso si el cuerpo lanza una excepción. Exit recibe los detalles de la excepción y puede suprimirla devolviendo True. El decorador contextlib.contextmanager te deja escribir lo mismo como un generador con un único yield.

El protocolo son dos métodos. Enter hace la preparación y devuelve lo que quieras que quede asociado tras la palabra as, y exit hace el desmontaje. Lo importante es que exit se ejecuta tanto si el bloque terminó limpio como si reventó, y recibe el tipo de excepción, el valor y el traceback para decidir qué hacer. Devolver True desde exit se traga la excepción, algo que uso con mucha moderación porque oculta fallos. La mayoría de los que escribo usan contextlib.contextmanager, donde el código antes del yield es la preparación, el de después es la limpieza, y envuelvo el yield en un try finally para que la limpieza pase igual si hay un error. Construí uno en una fintech para transacciones de base de datos que además estampaba un id de petición en el contexto de logging, así cada consulta dentro del bloque era trazable y el id se borraba al salir. Antes de eso lo poníamos y lo quitábamos a mano, y un return temprano en un handler filtró el id a la siguiente petición del mismo worker.