Какой вид очереди используется по умолчанию?

DispatchQueue.main и DispatchQueue.global()

В iOS (и macOS) разработке с использованием Swift и Framework Grand Central Dispatch (GCD), по умолчанию не существует единой «главной» очереди по умолчанию для всех операций. Однако есть два ключевых вида очередей, которые часто рассматриваются как «стандартные» в различных контекстах:

1. Главная очередь (Main Queue) для UI операций

Когда речь идет об операциях, связанных с обновлением пользовательского интерфейса, по умолчанию используется DispatchQueue.main.

• Это serial (последовательная) очередь, связанная с главным потоком приложения.
• Все задачи, связанные с обновлением UIKit/AppKit компонентов (изменение текста, перерисовка views, обработка touch событий), должны выполняться на этой очереди.
• Если вы попытаетесь обновить UI из другого потока, это приведет к нестабильности интерфейса или даже к крашу приложения.

// Пример отправки задачи на главную очередь
DispatchQueue.main.async {
    self.label.text = "Обновленный текст"
    self.view.setNeedsLayout()
}

2. Глобальная очередь (Global Concurrent Queue) для фоновых задач

Для выполнения общих фоновых задач, не связанных напрямую с UI, система предоставляет набор заранее созданных глобальных concurrent (параллельных) очередей — DispatchQueue.global().

• Эти очереди имеют разные Quality of Service (QoS) классы, которые определяют приоритет выполнения задач.
• Когда вы вызываете DispatchQueue.global().async { } без указания QoS, используется очередь с классом .default.
• Таким образом, DispatchQueue.global(qos: .default) часто можно считать «дефолтной» фоновой очередью для общих операций.

// Пример использования глобальной очереди по умолчанию для фоновой задачи
DispatchQueue.global().async {
    // Выполнение тяжелой операции (например, обработка данных)
    let processedData = heavyCalculation()
    
    // Возвращаем результат на главную очередь для обновления UI
    DispatchQueue.main.async {
        self.updateUI(with: processedData)
    }
}

Почему важно понимать разницу

Выбор очереди — фундаментальный принцип многопоточности в iOS. Использование неправильной очереди приводит к проблемам:

• Performance issues: Блокировка главной очереди тяжелой операцией приводит к «зависанию» интерфейса.
• Race conditions: Неправильное использование concurrent очередей для работы с общими данными без синхронизации (NSLock, DispatchSemaphore) вызывает нестабильное состояние данных.
• UI crashes: Обновление элементов управления не на главной очереди — одна из частых причин исключений.

Практическое правило и стандартный паттерн

Стандартный подход для большинства операций, требующих фоновой обработки с последующим обновлением UI, выглядит так:

// 1. Отправляем тяжелую работу на фоновую очередь (часто .global)
DispatchQueue.global(qos: .userInitiated).async {
    // Фоновая задача
    let result = fetchAndProcessData()
    
    // 2. Возвращаем результат на главную очередь
    DispatchQueue.main.async {
        // Обновление UI
        self.display(result)
    }
}

Таким образом, по умолчанию для UI используется DispatchQueue.main, а для фоновых задач — одна из DispatchQueue.global очередей (часто с QoS .default). Однако «умолчание» здесь — скорее контекстная рекомендация и лучшая практика, а не жестко заданное системой правило. Для более сложных сценариев разработчики создают собственные custom serial или concurrent queues, чтобы точно контролировать порядок и приоритет выполнения задач.