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

Объект map является ленивым итератором, а не контейнером фиксированного размера, поэтому он не реализует протокол Sized и не поддерживает len(). Чтобы узнать количество уже преобразованных результатов, объект нужно материализовать, например в список, но это потребует выполнения преобразования и хранения всех результатов в памяти.

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

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

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

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

len() может вернуть число только тогда, когда объект заранее предоставляет достоверный размер через метод __len__. Для map длина не является универсально доступным свойством: он может получать данные из произвольного итерируемого объекта, а при нескольких источниках останавливается по самому короткому из них.

Неверное ожидание длины приводит к TypeError. Попытка заменить вызов на len(list(mapped)) решает задачу с длиной, но одновременно полностью потребляет итератор, запускает преобразование всех элементов и расходует память на итоговый список.

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

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

Поэтому у объекта map есть поведение итератора, но нет гарантированного размера. Сам факт, что один исходный объект является списком и имеет длину, не делает объект map объектом с поддержкой len().

Минимальный пример:

source = [1, 2, 3]
mapped = map(lambda value: value * 2, source)

try:
    print(len(mapped))
except TypeError:
    print("длина недоступна")

print(list(mapped))
print(list(mapped))

Первый вызов печатает сообщение об ошибке, потому что map не реализует __len__. Первый вызов list(mapped) получает все результаты и исчерпывает итератор, поэтому второй вызов возвращает пустой список.

Если нужны и длина, и результаты, обычно выбирают одноразовую материализацию: results = list(mapped), после чего используют len(results). Если нужны только результаты по одному, следует обходить map напрямую. Если требуется только посчитать элементы, можно отдельно считать их при обходе, но это всё равно потребит итератор и выполнит преобразование.

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

Сервис читает большой файл, преобразует строки через map и должен вывести число успешно обработанных записей. Вариант с list(map(...)) прост, но может вызвать чрезмерное потребление памяти. Вариант с отдельным вызовом len() невозможен, поскольку размер ленивого результата не предоставляется.

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

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

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

Можно ли получить длину map из длины исходного списка?

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

Почему вызов list(mapped) — это не только способ узнать длину?

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

Что изменится, если функция преобразования завершится исключением?

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