Ошибка MutableLiveData setValue в фоновом потоке из корутины: как исправить?

Проблема: почему возникает ошибка?

Вы правы, что viewModelScope.launch по умолчанию использует Dispatchers.Main. Однако внутри корутины вы вызываете fetchDataFromApi() — это suspend-функция, которая может переключать контекст. В вашем примере delay() не меняет диспетчер, поэтому код работает на Main. Но в реальном проекте сетевой запрос (например, через Retrofit или Ktor) часто выполняется на Dispatchers.IO или другом фоновом потоке. После завершения такого запроса корутина продолжает выполняться на том же фоновом потоке, если вы явно не вернулись на Main. Именно поэтому setValue() вызывается не из главного потока.

Решение: используйте postValue() или withContext(Dispatchers.Main)

Есть два правильных способа обновить MutableLiveData из фонового потока:

1. Использовать postValue() (рекомендуется для простых случаев)

Метод postValue() безопасен для вызова из любого потока. Он планирует обновление LiveData на главном потоке.

fun loadData() {
    viewModelScope.launch {
        val result = fetchDataFromApi()
        _data.postValue(result) // безопасно из любого потока
    }
}

2. Явно переключиться на Main с помощью withContext()

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

fun loadData() {
    viewModelScope.launch {
        val result = withContext(Dispatchers.IO) {
            fetchDataFromApi() // тяжёлая работа на IO
        }
        // теперь снова Main
        _data.setValue(result) // безопасно
    }
}

Важные замечания

• setValue() vs postValue(): setValue() должен вызываться только на главном потоке. postValue() можно вызывать откуда угодно.
• Порядок обновлений: Если вы вызываете postValue() несколько раз подряд, может быть применено только последнее значение. Для критичных к порядку обновлений используйте setValue() на главном потоке.
• viewModelScope: Он действительно использует Dispatchers.Main, но внутри корутины могут быть переключения на другие диспетчеры (например, при вызове withContext(Dispatchers.IO)).

Полный исправленный пример

class MyViewModel : ViewModel() {
    private val _data = MutableLiveData>()
    val data: LiveData> = _data

    fun loadData() {
        viewModelScope.launch {
            // Вариант 1: postValue
            val result = fetchDataFromApi()
            _data.postValue(result)

            // Или Вариант 2: withContext
            // val result = withContext(Dispatchers.IO) { fetchDataFromApi() }
            // _data.setValue(result)
        }
    }

    private suspend fun fetchDataFromApi(): List {
        // Реальный сетевой запрос
        return listOf("item1", "item2", "item3")
    }
}

Используйте postValue() как самый простой и надёжный способ. Если вам нужно гарантировать порядок обновлений или выполнить дополнительные действия на главном потоке — используйте withContext(Dispatchers.Main) и setValue().

class MyViewModel : ViewModel() {
    private val _data = MutableStateFlow>(emptyList())
    val data: StateFlow> = _data.asStateFlow()

    fun loadData() {
        viewModelScope.launch {
            val result = fetchDataFromApi() // может быть на любом диспетчере
            _data.value = result // безопасно из любого потока
        }
    }
}

viewLifecycleOwner.lifecycleScope.launch {
    viewLifecycleOwner.repeatOnLifecycle(Lifecycle.State.STARTED) {
        viewModel.data.collect { list ->
            // обновляем UI
        }
    }
}