Что произойдет, если обновлять UI не на main thread?

Пользовательский интерфейс в современных операционных системах и фреймворках, таких как Android и iOS, спроектирован как однопоточная модель. Это означает, что все операции, связанные с созданием, изменением и отрисовкой визуальных элементов, должны выполняться в специально выделенном потоке, который называется основным (main thread) или UI-потоком.

Почему это важно?

UI-компоненты (кнопки, текстовые поля, списки) не являются потокобезопасными. Их внутреннее состояние (например, текст, цвет, координаты) может изменяться из нескольких потоков одновременно, что приводит к состоянию гонки (race condition). Это может вызвать визуальные артефакты (например, мерцание, некорректное отображение), зависания интерфейса или немедленное падение приложения.

Что происходит на разных платформах?

• Android: Система активно проверяет, из какого потока вызывается обновление View. Если вы попытаетесь изменить TextView не из основного потока, будет выброшено исключение android.view.ViewRootImpl$CalledFromWrongThreadException с сообщением "Only the original thread that created a view hierarchy can touch its views."
• iOS (UIKit): UIKit не является потокобезопасным. Обновление UI из фоновой очереди приводит к неопределенному поведению — интерфейс может частично обновиться, зависнуть или приложение упадет с трудноотлаживаемой ошибкой.
• Десктоп (например, Java Swing): Аналогично, Swing имеет Event Dispatch Thread (EDT), и обновление не из него приводит к аналогичным проблемам с состоянием гонки.

Как правильно обновлять UI из фоновых задач?

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

Android (Kotlin)

// Фоновый поток (например, корутина или Thread)
thread {
    val result = fetchDataFromNetwork() // Долгая операция
    // Обновляем UI в основном потоке
    runOnUiThread {
        textView.text = result
    }
}
// Или с корутинами и Dispatchers.Main
lifecycleScope.launch(Dispatchers.IO) {
    val result = fetchData()
    withContext(Dispatchers.Main) {
        updateUI(result)
    }
}

iOS (Swift)

// Фоновая очередь
DispatchQueue.global(qos: .background).async {
    let result = fetchData() // Долгая операция
    // Возвращаемся на главную очередь для обновления UI
    DispatchQueue.main.async {
        self.label.text = result
    }
}

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

Вывод

Обновление UI не из основного потока — критическая ошибка, приводящая к нестабильности приложения. Всегда используйте предоставленные платформой API (runOnUiThread, DispatchQueue.main, Handler и т.д.) для передачи данных из фоновых потоков в UI-поток. Это фундаментальное правило для создания отзывчивых и надежных мобильных и десктопных приложений.