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

Тело генераторного выражения вычисляется не при его создании, а по мере получения очередного элемента при обходе. Поэтому побочные эффекты и ошибки внутри выражения обычно возникают во время итерации, а не в момент присваивания генератора.

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

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

Генераторы появились в Python для построения последовательностей без необходимости хранить все элементы в памяти. Генераторные выражения развивают эту идею в компактной форме, близкой к списковым включениям, но сохраняют ленивое вычисление.

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

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

Разработчик может ошибочно считать, что после создания генераторного выражения все элементы уже вычислены. Из-за этого побочный эффект может произойти позже ожидаемого, исключение — возникнуть внутри другого участка программы, а изменения внешнего состояния — повлиять на результат обхода.

Ленивость также означает, что генератор может вообще не выполнить часть вычислений, если потребитель остановился раньше конца. Поэтому создание генератора не гарантирует выполнение всей описанной логики.

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

При создании генераторного выражения Python формирует объект-итератор. Само выражение тела элемента начинает выполняться только тогда, когда потребитель запрашивает следующий элемент через цикл, next() или другой механизм обхода.

calls = []

generator = (calls.append(number) or number * 2 for number in range(3))
print(calls)
print(next(generator))
print(calls)

После создания генератора список calls пуст. Первый вызов next() вычисляет только первый элемент, добавляет число в calls и возвращает результат. Остальные элементы пока не вычисляются.

При этом выражение, задающее самую внешнюю последовательность, получает её итератор сразу. В данном примере range(3) уже создан, а его итератор подготавливается при создании генераторного выражения; вычисление тела всё равно остаётся отложенным.

Главный компромисс — экономия памяти и возможность потоковой обработки ценой одноразовости, зависимости от момента потребления и более сложной диагностики ошибок. Если нужны повторный обход, индексация или немедленная проверка всех вычислений, следует явно материализовать результат, например в список.

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

Сервис обрабатывает большой журнал событий и для каждого события выполняет нормализацию. Список нормализованных событий прост, но требует памяти, пропорциональной размеру журнала; генераторное выражение обрабатывает записи по одной и позволяет остановиться после нахождения первого подходящего события.

Рассматривались два варианта. Списковое включение давало предсказуемое немедленное выполнение и возможность повторного обхода, но увеличивало пиковое потребление памяти. Генератор экономил память и поддерживал раннюю остановку, но ошибки нормализации возникали только при фактическом обходе, а повторное использование требовало создать новый генератор.

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

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

Что произойдёт, если генератор никто не начнёт обходить?

Тело генераторного выражения не выполнится вообще. Не произойдут побочные эффекты, не будут вычислены элементы и не возникнут исключения, расположенные внутри тела. Поэтому генератор нельзя использовать как замену обычному циклу, если важен сам факт выполнения действий.

В чём практическая разница между генераторным выражением и списковым включением при одинаковой формуле элемента?

Списковое включение немедленно вычисляет все элементы и возвращает список. Генераторное выражение возвращает итератор и вычисляет элементы по запросу, поэтому обычно требует меньше памяти, но не поддерживает операции списка вроде индексации и может быть пройдено только один раз.

Почему ошибка внутри генераторного выражения может проявиться далеко от места его создания?

Потому что создание генератора и вычисление его тела происходят в разные моменты. Если обход начинается позже, исключение возникнет в месте вызова next(), цикла или функции, которая потребляет генератор. Для предсказуемой ранней проверки нужно выполнить материализацию или отдельный полный проход, принимая связанные с этим затраты.