Ответ.

Контекстные менеджеры позволяют автоматизировать и контролировать выполнение блоков кода с гарантированной финализацией ресурсов — например, автоматически закрывать файлы, освобождать менеджеры транзакций в БД или блокировать/разблокировать потоки. В стандарт Python эта парадигма была введена для безопасного и удобного управления внешними ресурсами без необходимости вручную отслеживать финальную стадию работы.

История:

До введения контекстных менеджеров требовалось явно вызывать close()/release() методы для освобождения ресурсов, что вело к ошибкам, если возникали исключения. С появлением конструкции with ... as ...: Python позволил определять "область действия ресурса" явно, автоматически вызывая методы для инициализации и завершения работы с ним.

Проблема:

Ручное управление "закрытием" ресурса опасно — если забыть про close() (или release()), ресурсы останутся занятыми вплоть до завершения процесса или даже зависнут навсегда. Особенно остро это в случаях работы с файлами, сетевыми соединениями, транзакциями в БД.

Решение:

Контекстные менеджеры реализуются через магические методы enter() и exit(). При входе в блок with Python вызывает enter, а при выходе — exit, даже если внутри блока возникло исключение.

Пример кода:

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()
        # Можно подавить исключение return True, обычно return False

with ManagedFile('demo.txt') as f:
    f.write('Hello, world!
')
# файл гарантированно закрыт

Ключевые особенности:

Автоматизация и безопасность освобождения внешних ресурсов
Универсальный интерфейс через enter/exit пригоден и для файлов, и для транзакций, и для блокировок
Позволяет обрабатывать ошибки без повторения кода try-finally

Вопросы с подвохом.

Можно ли использовать один и тот же экземпляр контекстного менеджера несколько раз подряд в разных with?

Нельзя: обычно ресурс открывается в enter, освобождается в exit, и объект становится некорректен для повторного использования. Лучше создавать новый объект для каждого блока with.

Что делать, если нужно использовать несколько ресурсов в одном with?

Можно разделять переменные запятой:

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

или применять contextlib.ExitStack для сложных случаев.

Чем отличается написание контекстного менеджера как класса с enter/exit и как генератора с декоратором @contextmanager?

Декоратор @contextmanager из модуля contextlib позволяет реализовать менеджер проще, через 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:
    ...

Типовые ошибки и анти-паттерны

Открытие/закрытие ресурса вне enter/exit
Пойманное исключение с return True из exit — подавляет ошибку полностью
Неправильно обработанный случай повторного входа в контекст

Пример из жизни

Негативный кейс

Разработчик открывает файл через open(), записывает в него, и забывает вызывать close() — файл может остаться открытым (особенно при ошибках), данные не записываются.

Плюсы:

Минимальный код, без "лишней" структуры

Минусы:

Утечка ресурсов, поломка программы на длинном run, неожиданные сбои

Позитивный кейс

Везде использован with open() как стандарт (или custom managed resource), контекстный менеджер корректно реализует освобождение ресурса.