Kotlin 流flow、ShareFlow、StateFlow、Channel的解释与使用

一、介绍

随着Android接入kotlin开发,Android之前好多模式也渐渐被kotlin替代。开发模式也在做渐进的转型,从MVC到MVP在到MVVP以及现在的MVI等。

流IO在java中和kotlin中使用率都是比较高的,场景很多。如Java的IO和NIO,再到我们现在使用的RxJava或者升级版的JxJava2。针对JxJava的流处理与转发机制。kotlin语言也自带了flow。

早MVVM流行的时候,LiveData充当了数据的订阅与流转,但是我们知道,LiveData有一个问题,当Dialog或者当前设置发生旋转,会出现倒灌,这种行为是因为订阅生命发生变化。

针对这些问题,kotlin语言自带了flow流。

二、kotlin flow的介绍

flow其实与RxJava比较类似,都是基于流在处理订阅的分发。这个flow也被最新的MVI模式所接受,替换了MVVM中的LiveData。

flow又区分冷流和热流。

冷流(Cold Flow)

  • 定义与工作原理 :冷流是一种异步数据流,它按顺序发出值并正常或异常完成。冷流的特点是,只有当数据被消费者订阅(即调用collect方法后),生产者才开始执行发送数据流的代码。这意味着,如果没有消费者订阅,生产者不会发送任何数据。冷流通常是一对一的关系,即一个生产者对应一个消费者。

  • 创建方式 :冷流可以通过多种方式创建,包括使用flow{}构建器、flowOfasFlow等方法。这些方法允许开发者根据需要创建冷流,以满足特定的数据生产需求。

  • 适用场景:冷流适用于那些不需要持续生产数据,而是在数据被消费时才进行生产的场景。例如,从数据库查询数据、计算结果等,这些操作只有在需要时才会执行。

热流(Hot Flow)

  • 定义与工作原理 :热流与冷流的主要区别在于,无论是否有消费者订阅,生产者都会持续发送数据。热流支持多个消费者同时订阅,并且生产的数据可以被多个消费者共享。热流通过stateInshareIn操作符实现,可以将任何流转化为热流。

  • 适用场景:热流适用于需要持续提供数据给多个消费者的场景,如实时数据更新、传感器数据读取等。由于热流能够同时支持多个消费者,因此在需要共享数据给多个组件或界面时非常有用。

通过冷热流区分我们可以知道冷流和热流可以相互转换。冷流是一对一服务,热流是一对多服务。

这个也就导致,在后期的开发过程中,订阅和消费,流的互相转换。
1对多

1对1

三、流的使用

接下来主要介绍Flow、SateFlow、ShareFlow以及Channel的用法,冷流和热流互换。这些流基本都是用到了协程,所以不能直接使用。

3.1.Flow

flow:这个老六就是热流,只要你订阅就一直发,不停的发,只要emit中的都有记录,而且内部还维持了一个index,可以知道目前下发了多少次。热流不管是什么视乎订阅,都会有。

场景:热流是无线转发,一般使用在状态订阅转发,比如平台关闭了id,可以直接放进去,后面其他模块如果可以订阅,查找当前状态。包括配合webscoket可以做很多事情。

Kotlin 复制代码
   var count=0
            val myflow= flow<String> {
                repeat(3,{
                    count++
                    emit("当前是=${count}")
                })
            }



            /**
             * flow是一直保持的,只要订阅一次,就会发送一次,而且上次的记录一直保持。collect需要通过协程来处理
             * */

            lifecycleScope.launch {
                myflow.flowOn(Dispatchers.Main).collect({
                    textview.append("collect="+it+"\n")
                })
                myflow.collectIndexed { index, value ->
                    textview.append("collectIndexed="+value+",${index}\n")
                }
                myflow.flatMapConcat { it->
                    flow {
                        emit("map=${it}")
                    }
                }.collect({
                    textview.append("${it}\n")
                })

                myflow.flatMapMerge {
                    flow { emit("flatMapMerge=${it}")
                        emit("MapMerge=最近")
                    }
                }.collect({
                    textview.append("${it}\n")
                })

                myflow.flatMapLatest {
                    flow { emit("flatMapLatest=${it}")
                        emit("flatMapLatest=最近")
                    }
                }.collect({
                    textview.append("${it}\n")
                })
                   //热流转冷

                val reciver=myflow.produceIn(this).receiveCatching()
                textview.append("produceIn=${reciver.getOrNull()}\n")

            }

3.2 SateFlow

状态流属于冷流,订阅会收到最近一次,如果订阅没有设置value,接受的是默认值,如果当前值没有变化,也不会发送,也就是当前值和上次会进行比较,如果一样不会继续订阅。是一对一,多次订阅,第一个collect完,后面将不会再收到订阅事件。

Kotlin 复制代码
        val sateFlow=MutableStateFlow("")

        var num=0
        findViewById<View>(R.id.btn_click_state)?.setOnClickListener {
            lifecycleScope.launch {

            //默认连接的时候会收到最近一次的,如果最近都没有设置value或者emit,那么收到的是默认值

                sateFlow.value="ssssss"

                sateFlow.value="ssssss111111111111=${num++}"

            }
        }


        lifecycleScope.launch {


            sateFlow.collectIndexed { index, value ->
                textview.append("index=${index},value=${value}\n")
            }
            sateFlow.collect({
                textview.append("${it}\n")
            })
            sateFlow.emit("aaaa")
        }

3.3 ShareFlow

shareflow和其他的flow不一样,在构造的时候有三个参数,第一个是replay重复多少次,和缓存次数,后面是缓存流类型,内部也是可以多次订阅,但是collectIndexed和collect类型只能出现一个。但是一个类型可以多次订阅

Kotlin 复制代码
public fun <T> MutableSharedFlow(
    replay: Int = 0,
    extraBufferCapacity: Int = 0,
    onBufferOverflow: BufferOverflow = BufferOverflow.SUSPEND
)

默认都为0,所以不会重复多次发送,这个就很好规避倒灌的问题。不会因为生命周期发生变化,内部出现多次订阅和消费的情况。

share流也是要在协程里的,emit协程体中,在emit之前不能进行订阅(collect),否则会出现阻塞,导致事件无法往下走,后面的emit无法发出,可以在多个协程体中进行订阅。

Kotlin 复制代码
        lifecycleScope.launch {

            //多次订阅也不会发送,只会优先发给第一个订阅的人
            shareFloow.collect {  value ->
                textview.append("1collect="+value+"\n")
            }
            shareFloow.collect {  value ->
                textview.append("2collect="+value+"\n")
            }

            shareFloow.collectIndexed { index, value ->
                textview.append("collectIndexed="+value+",${index}\n")
            }
        }

        findViewById<View>(R.id.btn_click_share)?.setOnClickListener {
            var count=0

            /**
             * flow是一直保持的,只要订阅一次,就会发送一次,而且上次的记录一直保持。collect需要通过协程来处理
             * */
            lifecycleScope.launch {


                shareFloow.emit("我在测试ShareFlow1")
                shareFloow.emit("我在测试ShareFlow2")
                shareFloow.collect {  value ->
                    textview.append("in--1--collect="+value+"\n")
                }
                shareFloow.collect {  value ->
                    textview.append("in--2--collect="+value+"\n")
                }
            }

        }

3.4Channel

channel其实在很多地方都有,管道。Java中也有。这里也是可以通过管道channel来进行转发和订阅的。这个用法可以将管道转成flow,进行各种订阅

Kotlin 复制代码
       //后订阅这,不再接受到之前的事件
        val channel= Channel<String>()
        var count=0
        findViewById<View>(R.id.btn_click_channel).setOnClickListener {

            lifecycleScope.launch{

                channel.send( "count=1")
                channel.send( "count=2")

            }


            }

        lifecycleScope.launch {

            //类似shareflow一直订阅,一直
//            channel.consumeEach {
//                textview.append("consumeEach=${it}\n")
//            }
            //只能订阅一次,且接受是第一次,后面不再接受
//            channel.consume {
//                textview.append("consume=${this.receive()}\n")
//            }


            //只消费一次,无法再继续接受,只接受第一次发送的事件
//            channel.consumeAsFlow().produceIn(this).consume{
//                textview.append("consumeAsFlow22=${receive()}\n")
//            }
            //会一直接受,和shareflow类似
            channel.consumeAsFlow().collect{
                textview.append("consumeAsFlow11=${it}\n")
            }


        }

他的订阅类型很多

1.consumeEach:一直订阅,只要发送就会接受

2.consume:单次消费,订阅后,只接受第一次,后面再发送也不会接受

3.channel.consumeAsFlow():转成热流

4.channel.consumeAsFlow().collect:热流的用法

四、总结

通过上面的分析,不管冷流还是热流以及管道,都有自己的特性。

冷热流以及管道可以互相转换

也可以转成LiveData

所以,大家在用的时候要注意,如果需要注意倒灌可以优先考虑ShareFlow,需要长期订阅用flow

注意:

但是sateFlow会出现倒灌情况,和LiveData一样,如何规避?其实可以用ShareFlow替代

相关推荐
陌小呆^O^10 分钟前
Cmakelist.txt之win-c-udp-client
c语言·开发语言·udp
I_Am_Me_26 分钟前
【JavaEE进阶】 JavaScript
开发语言·javascript·ecmascript
重生之我是数学王子36 分钟前
QT基础 编码问题 定时器 事件 绘图事件 keyPressEvent QT5.12.3环境 C++实现
开发语言·c++·qt
Ai 编码助手37 分钟前
使用php和Xunsearch提升音乐网站的歌曲搜索效果
开发语言·php
学习前端的小z41 分钟前
【前端】深入理解 JavaScript 逻辑运算符的优先级与短路求值机制
开发语言·前端·javascript
神仙别闹1 小时前
基于C#和Sql Server 2008实现的(WinForm)订单生成系统
开发语言·c#
XINGTECODE1 小时前
海盗王集成网关和商城服务端功能golang版
开发语言·后端·golang
zwjapple1 小时前
typescript里面正则的使用
开发语言·javascript·正则表达式
小五Five1 小时前
TypeScript项目中Axios的封装
开发语言·前端·javascript
前端每日三省1 小时前
面试题-TS(八):什么是装饰器(decorators)?如何在 TypeScript 中使用它们?
开发语言·前端·javascript