StateFlow ~=  LiveData
Работай с ней так же.

@mentarey Но API ломается, ведь StateFlow расширяет Flow

Эти 2 флоу нужны для разных вещей, а ты не почитав ни про то, ни про другое, пытаешься что-то сделать.

Документации и статей горы, а кому-то лень разобраться, надо же сразу в чатик)

@mentarey ок, спасибо. Пошел читать еще другую гору статей и документаций

Потому что value не саспенд, следовательно оно не может менять контекс, странно согласен

Eugene у тебя StateFlow ведь, то есть из вне никто не меняет ? Там был пример как ним пользоваться: делаешь мутабельный приватным, запускаешь нужную корунтину в нужном диспетчере, обновляет свой мутабельный флоу, апи вышлядет так val state: StateFlow get() = privateMutableState

Спасибо, я хотел узнать, как правильно менять контекст вычислений, уже имея StateFlow, но уже, похоже, не хочу :)

Ну он должен работать как Observable value

@SchFuntik я просто пришел из мира RxJava, где Hot и Cold observables позволяют менять контекст вычислений ниже по потоку. А тут начал изучать StateFlow и вижу, flowOn deprecated. Вот и хотел узнать а что если вдруг надо поменять контекст ниже по потоку, как это верно сделать

Хм, похоже после map возвращается уже обычный flow, надо будет потестировать

Ну это ещё эксперементальная штука можно вносить предложения

Просто StateFlow нужен только для того, чтобы в него засетить данные из любого места, даже из subscribe rxjava, а потом данные эти получать во View, чтобы получать их до и после изменения конфигурации.

FlowOn там и не нужен,  т.к. ты просто set/get выполняешь.

@mentarey мне казалось, что это полноценная замена BehaviorProcessor

Это просто мидифицированная LiveData, основанная на корутинами, котлине.

Если тебе нужно менять поток исполнения, то он меняется в обычном flow через flowOn.

@mentarey Похоже, что вы не правы и flowOn работает вниз по потоку

@Test
    fun testStateFlow() {
        runBlocking {
            launch(GlobalScope.coroutineContext) {
                val state = MutableStateFlow<Int>(1)
                state
                        .onEach { log("First ${Thread.currentThread().name}") }
                        .flowOn(newSingleThreadContext("Thread1"))
                        .onEach { log("Second ${Thread.currentThread().name}") }
                        .flowOn(newSingleThreadContext("Thread2"))
                        .onEach { log("Third ${Thread.currentThread().name}") }
                        .launchIn(GlobalScope)
                log("Emit ${Thread.currentThread().name}")
                state.value = 1
                delay(100)
            }
        }
    }

    fun log(s: String) {
        System.out.println(s)
    }

Выводит

Emit main @coroutine#2
First Thread1 @coroutine#5
Second Thread2 @coroutine#4
Third DefaultDispatcher-worker-2 @coroutine#3

Т.е. flowOn не работает только непосредственно для StateFlow, после трансформаций уже работает

Он работает не так, как observeOn в RxJava.
Он меняет диспатчер для операторов сверху него.

А subscribeOn заменяет диспатчер из scope.launch.

@Test
    fun testStateFlow() {
        runBlocking {
            launch(GlobalScope.coroutineContext) {
                val state = MutableStateFlow<Int>(1)
                state
                        .onEach { log("First ${Thread.currentThread().name}") }
                        .flowOn(newSingleThreadContext("Thread1"))
                        .onEach { log("Second ${Thread.currentThread().name}") }
                        .flowOn(newSingleThreadContext("Thread2"))
                        .onEach { log("Third ${Thread.currentThread().name}") }
                        .launchIn(GlobalScope)
                log("Emit ${Thread.currentThread().name}")
                state.value = 1
                delay(100)
            }
        }
    }

    fun log(s: String) {
        System.out.println(s)
    }

Emit main @coroutine#2
First Thread1 @coroutine#5
Second Thread2 @coroutine#4
Third DefaultDispatcher-worker-2 @coroutine#3

Почитай статьи Рамона Елизарова, там все понятно и ясно.

А твой код ничего с реальным кодом не имеет...

@mentarey спасибо за ваши ответы. Я думал, что flowOn вообще бессмыслен, если в цепочке есть StateFlow. Оказалось, что я заблуждался

Спасибо, что не упускаете возможности плюнуть в мою сторону