Какие существуют вопросы по синхронному и асинхронному выполнению задач

Что проверяют

Различаете ли вы пары «синхронно или асинхронно» и «последовательная или параллельная очередь» и знаете ли, чем ошибка в этом месте заканчивается на реальном устройстве. Почти всегда следом дают кусок кода с DispatchQueue.main.sync и просят найти проблему.

Как отвечать

Разложите тему на вопросы, которые реально задают:

• sync против async: sync блокирует вызывающий поток до завершения задачи, async ставит задачу в очередь и сразу возвращает управление. О том, на каком потоке задача выполнится, это ничего не говорит;
• serial против concurrent: последовательная очередь выполняет задачи по одной, параллельная может запускать несколько. DispatchQueue.main последовательная и привязана к главному потоку;
• дедлок: DispatchQueue.main.sync с главного потока или sync на ту же serial-очередь изнутри неё. Поток ждёт сам себя;
• QoS: .userInitiated для того, что пользователь ждёт на экране, .utility для долгой фоновой работы, .background для обслуживания, которое система может откладывать надолго;
• Swift Concurrency: async/await, Task, TaskGroup и async let для параллельного запуска, actor для защиты состояния, @MainActor для UI. В режиме Swift 6 компилятор ловит гонки данных через проверку Sendable;
• координация в GCD: DispatchGroup, чтобы дождаться нескольких задач, OperationQueue для зависимостей и отмены.

Отдельно проговорите, что обновлять UI можно только с главного потока, и в новом коде это гарантирует @MainActor, а не ручной DispatchQueue.main.async в каждом колбэке.

Где спотыкаются

Отвечают «async значит в фоне». Задача, отправленная через async на главную очередь, выполнится на главном потоке.

Ставят тяжёлую работу на .background, а потом удивляются, что загрузка на экране длится секунды: у этого класса самый низкий приоритет.

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