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

Код выведет 1, 2, 4, затем готово. Вызов return завершает только текущий вызов замыкания для элемента 3; он не прерывает весь forEach.

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

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

В отличие от for-in, замыкание не предоставляет конструкций break и continue, которые могли бы управлять внешним обходом. Поэтому forEach подходит для обработки всех элементов, но плохо выражает досрочное завершение.

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

Разработчик может интуитивно принять return за аналог break. Это приводит к ошибкам: последующие элементы продолжат обрабатываться, даже если условие должно было остановить поиск, валидацию или отправку данных.

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

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

forEach последовательно вызывает переданное замыкание для каждого элемента. Когда на элементе 3 выполняется return, завершается текущий вызов замыкания, после чего forEach продолжает обход с элементом 4.

let numbers = [1, 2, 3, 4]
numbers.forEach { number in
    if number == 3 { return }
    print(number)
}
// 1
// 2
// 4

return здесь возвращает управление из замыкания типа (Int) -> Void, а не из функции, содержащей вызов forEach. Нелокальный выход из внешней функции через такое замыкание невозможен.

Если требуется обработать каждый элемент, forEach читается ясно. Если нужен break, continue или сложное управление потоком, следует использовать for-in:

for number in numbers {
    if number == 3 { break }
    print(number)
}

Компромисс заключается в выразительности: forEach хорошо описывает действие над всеми элементами, а for-in лучше передаёт алгоритм с досрочным завершением. Для поиска значения часто ещё точнее подходят first(where:) или contains(where:), поскольку они явно сообщают цель операции и могут остановиться раньше.

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

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

Можно завести внешний флаг, но это ухудшает читаемость и сохраняет побочные эффекты. Можно использовать first(where:), если нужно только найти проблемный документ; его плюс — явная семантика и досрочная остановка, минус — он не предназначен для выполнения произвольной последовательности действий над всеми элементами.

Для проверки с несколькими шагами и немедленным выходом выбран for-in с break. Он напрямую выражает условие остановки, не требует вспомогательного состояния и гарантирует, что элементы после найденной ошибки не будут обработаны.

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

Вернётся ли return из внешней функции, если forEach вызван внутри неё?

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

Можно ли заменить return на break или continue внутри forEach?

Нет, такой код не скомпилируется: break и continue управляют циклом, а тело forEach является замыканием, не циклом в синтаксическом смысле. Для этих операторов нужен for-in или другой обычный цикл.

Как досрочно завершить обработку, сохранив функциональный стиль?

Нужно выбрать метод с соответствующей семантикой. first(where:) завершает поиск при первом совпадении, contains(where:) возвращает логический результат и также прекращает проверку после достаточного условия, а prefix(while:) берёт начальный фрагмент до первого нарушения предиката.

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