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

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

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

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

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

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

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

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

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

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

Отмена в Swift кооперативная. Она происходит только после явного вызова cancel() или другого распространения отмены и не прерывает произвольно исполняющийся код. Задача должна проверять состояние отмены или вызвать отменяемую операцию, которая реагирует на отмену.

func startWork() {
    let handle = Task {
        try? await Task.sleep(nanoseconds: 1_000_000_000)
        print("Работа завершена")
    }
}

После выхода из startWork переменная handle уничтожается, но задача обычно продолжает выполнение и печатает сообщение. Если управление задачей необходимо, дескриптор нужно сохранить в свойстве или другой долгоживущей структуре и явно вызвать cancel().

Обычный неструктурированный Task, созданный внутри другой задачи, также не становится её структурированным ребёнком. Поэтому отмена родительской задачи сама по себе не означает автоматическую отмену такого дескриптора; для автоматической связи жизненных циклов подходят async let и TaskGroup.

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

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

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

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

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

Обязательно ли сохранять дескриптор, чтобы задача вообще выполнилась?

Нет. Сохранение дескриптора нужно для доступа к value, ожидания завершения и явной отмены, но не для поддержания выполнения. Это делает запуск без сохранения дескриптора допустимым для действительно автономной работы, однако усложняет обработку ошибок и управление ресурсами.

Останавливает ли вызов cancel() задачу немедленно?

Нет. cancel() устанавливает признак отмены и может передать отмену ожидаемой операции, но код задачи должен кооперативно отреагировать. Если внутри выполняется длинный синхронный цикл без проверок и точек приостановки, задача может продолжать занимать поток.

Чем потеря дескриптора отличается от отмены задачи?

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