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

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

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

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

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

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

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

Кроме того, после распаковки исходный итератор будет исчерпан. Повторный обход не вернёт уже потреблённые элементы, если объект не создаёт новый итератор при каждом вызове iter().

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

Звёздочная распаковка означает: «собери все элементы, которые соответствуют этой позиции». Например, в присваивании с одной звёздочной целью первые и последние обычные цели требуют определить границу, а звёздочная цель получает все элементы между ними.


def source():
    for item in range(3):
        print("получен", item)
        yield item

iterator = source()
first, *rest = iterator
print(first, rest)

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

Это отличается от обычного присваивания одному имени: оно может сохранить сам итератор без немедленного потребления его элементов. Аналогично, вызов функции с *итератором должен сначала сформировать полный набор позиционных аргументов, поэтому функция начнёт выполняться только после полного обхода источника.

Главный компромисс — удобство против потоковости. Распаковка упрощает код для конечных небольших последовательностей, но для больших или потенциально бесконечных источников следует использовать явный цикл, itertools.islice или другую ленивую обработку.

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

Сервис получает из очереди итератор записей и хочет передать первые две записи отдельно, а остальные — в функцию пакетной обработки. Вариант со звёздочной распаковкой краток, но дочитает всю очередь и сохранит остаток в списке, что создаст непредсказуемое потребление памяти.

Можно вручную вызвать next() два раза и передать оставшийся итератор дальше. Это сохраняет ленивость и подходит для потоковых источников, но требует явно обработать пустой источник и возможный StopIteration.

Можно также ограничить чтение с помощью itertools.islice, если нужен пакет фиксированного размера. Это обычно лучший вариант для очередей и файлов: источник потребляется порциями, память ограничена размером текущего пакета, а обработка может продолжаться до конца потока.

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

Всегда ли звёздочная распаковка требует именно списка в памяти?

В стандартных формах распаковки Python материализует звёздочную часть в список. Поэтому результат не является ленивым итератором, даже если исходный объект был генератором. Это относится, например, к *rest в присваивании и к сбору позиционных аргументов при *args в вызове функции.
Что произойдёт при распаковке бесконечного генератора?

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

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