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

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

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

Структурированная конкурентность Swift связывает жизненный цикл дочерних задач с родительской областью: ошибки и завершение дочерних операций могут участвовать в управлении группой. Task.detached относится к неструктурированным задачам и намеренно не имеет такой автоматической связи с родителем.

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

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

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

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

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

У задачи есть асинхронный результат. Для throwing-задачи этот результат либо содержит значение, либо ошибку; сама ошибка не выбрасывается в момент завершения задачи в произвольном месте программы.

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

let job = Task.detached { () throws -> Int in
    throw URLError(.badServerResponse)
}

do {
    let value = try await job.value
    print(value)
} catch {
    print("Операция завершилась ошибкой: \(error)")
}

В этом примере job.value повторно сообщает ошибку, возникшую внутри detached-задачи. Если value не запросить, ошибка не отменит автоматически текущую задачу, не завершит приложение и не будет передана другим задачам.

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

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

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

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

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

Выбран второй вариант: сервис хранит дескриптор, явно вызывает try await value в контролируемом месте и обрабатывает ошибку. Detached-задачу используют только потому, что импорт не должен наследовать изоляцию и контекст вызывающей задачи; если такой независимости не требуется, предпочтительнее структурированная дочерняя задача с естественным распространением результата.

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

Отменяет ли необработанная ошибка detached-задачи задачу, которая её запустила?

Нет. Между Task.detached и запускающим кодом нет структурированной связи, через которую ошибка автоматически передавалась бы родителю. Запускающий код должен сам получить value, обработать ошибку и при необходимости изменить своё состояние.

Достаточно ли сохранить дескриптор задачи, чтобы ошибка была обработана автоматически?

Нет. Дескриптор только предоставляет доступ к результату и операциям управления задачей. Пока код не выполнит try await task.value либо не передаст эту ответственность компоненту, ошибка не попадёт в обработчик.

Что изменится, если detached-задача перехватит ошибку внутри себя?

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