Краткий ответ

Переменная после as получит ровно объект, который вернул метод enter, а не обязательно сам контекстный менеджер. Метод exit при выходе из блока всё равно будет вызван у исходного объекта-контекстного менеджера.

Исторический контекст

Конструкция with появилась как стандартизированный способ безопасно управлять ресурсами: файлами, блокировками, транзакциями и временными состояниями. Она устраняет повторяющийся шаблон с ручным выполнением основной операции и обязательным освобождением ресурса в finally.

Протокол разделяет вход в контекст и значение, доступное телу блока. Благодаря этому объект-координатор может вернуть пользователю более удобный объект для работы.

Постановка проблемы

Неверно считать, что переменная после as всегда ссылается на контекстный менеджер. Если enter возвращает отдельный ресурс, дескриптор или прокси, в теле блока будет доступен именно этот объект.

Это важно при чтении кода: вызов методов переменной после as не обязательно меняет состояние объекта, на котором затем будет выполнен exit. Ошибка в таком предположении может привести к неверному освобождению ресурса или неправильному управлению транзакцией.

Подробное решение

При входе в конструкцию with Python вызывает enter у контекстного менеджера. Результат этого вызова присваивается цели после as, если такая цель указана. Затем выполняется тело блока.

При нормальном выходе или исключении Python вызывает exit у исходного контекстного менеджера. Возвращаемое значение enter не заменяет сам менеджер и не определяет, у какого объекта будет вызван exit.

class Session:
    def __enter__(self):
        self.connection = connect()
        return self.connection.cursor()

    def __exit__(self, exc_type, exc, tb):
        self.connection.close()
        return False

with Session() as cursor:
    cursor.execute("SELECT 1")

В примере переменная cursor получает результат enter — курсор. Контекстным менеджером остаётся экземпляр Session, поэтому при выходе вызывается его exit, который закрывает соединение.

Если enter завершится исключением, присваивания после as не произойдёт, а exit этого менеджера не будет вызван: контекст не был успешно установлен. Если до него в составном with уже вошли другие менеджеры, они будут корректно покидать контекст в обратном порядке.

Ситуация из практики

Внутри менеджера транзакции нужно предоставить бизнес-коду объект транзакции с методами выполнения операций, а при выходе автоматически зафиксировать или отменить транзакцию. Возвращать из enter сам менеджер можно, но тогда его интерфейс смешивает управление жизненным циклом и работу с транзакцией.

Альтернативный вариант — вернуть соединение напрямую. Это проще для пользователя, однако наружу может просочиться слишком широкий API соединения, а границы транзакции станут менее очевидными.

Практичнее вернуть специализированный объект транзакции, а менеджеру оставить ответственность за commit, rollback и освобождение соединения. Такой дизайн разделяет интерфейсы: тело блока работает с транзакцией, а exit управляет её жизненным циклом.

Что кандидаты часто упускают

1. Что будет, если enter вернёт None?

Переменная после as получит значение None. Это не означает, что контекстный менеджер не работает: его exit всё равно будет вызван после завершения тела блока или при исключении.

Такой вариант допустим, если тело блока использует сам факт активного контекста, а отдельное значение ему не нужно. Однако запись с as в этом случае часто вводит в заблуждение, поэтому её обычно не используют без необходимости.

2. Можно ли в теле блока обращаться к методам исходного менеджера через переменную после as?

Только если enter вернул сам менеджер или объект с теми же методами. Python не создаёт дополнительной связи между переменной после as и исходным контекстным менеджером.

Если возвращён прокси или отдельный ресурс, переменная будет поддерживать только интерфейс этого объекта. Для доступа к состоянию менеджера нужно сохранить на него отдельную ссылку либо спроектировать возвращаемый объект соответствующим образом.

3. Может ли возвращаемое значение enter повлиять на решение подавить исключение?

Нет. Подавление исключения определяется исключительно возвращаемым значением exit: истинное значение подавляет исключение, ложное позволяет ему распространяться дальше.

Результат enter влияет только на значение, присвоенное после as, и на то, с каким объектом работает тело блока. Эти два механизма независимы: один предоставляет рабочий объект, другой завершает контекст и обрабатывает исключения.