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

Python немедленно завершит повторный вход исключением ValueError с сообщением вроде generator already executing. Генератор нельзя одновременно выполнять изнутри самого себя: его выполнение уже находится между возобновлением и очередной приостановкой.

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

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

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

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

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

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

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

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

def source():
    yield from (1, 2)

    try:
        next(iterator)
    except ValueError as error:
        yield type(error).__name__

iterator = source()
print(next(iterator))
print(next(iterator))

Вызов next(iterator) изнутри source обращается к тому же генератору, поэтому результатом второй строки будет ValueError. Это отличается от обычной рекурсии: Python не создаёт новый экземпляр генератора и не запускает второй независимый frame.

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

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

Потоковый обработчик получает элементы из генератора и при обнаружении особого элемента вызывает зарегистрированный callback. Callback должен запросить состояние этого же потока. Такой дизайн приводит к повторному входу и к ValueError, после чего обработка может неожиданно прерваться.

Вариант с прямым повторным вызовом прост, но некорректен: состояние генератора нельзя безопасно прочитать через его же next(). Вариант с созданием второго генератора может привести к дублированию источника или повторному чтению внешнего ресурса.

Практичное решение — передавать callback уже извлечённое состояние или помещать запрос в отдельную очередь, которую обрабатывает внешний цикл. Это сохраняет единственного владельца генератора, исключает повторный вход и делает порядок обработки явным. Цена решения — дополнительный буфер и необходимость описать правила обмена между обработчиком и callback.

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

Можно ли обработать ValueError внутри того же генератора?

Да, если исключение возникает в обычной точке выполнения и перехватывается внешним try. Однако повторный вход происходит в момент вызова операции возобновления; обработчик не превращает этот вызов в отложенную операцию. Если генератор сам вызывает next() у себя внутри try, он может перехватить возникший ValueError, но это не означает, что генератор был повторно выполнен.
Отличается ли повторный вход через send() от повторного входа через next()?

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

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