在 Kotlin 开发过程中，我们会遇到众多与flow相关的方法。在此，对这些方法进行汇总。以 Kotlin 1.6.1 的源码为例，flow的扩展方法被放置在不同的文件中，如下图所示。下面将依据不同

merge merge函数用于将多个流合并成一个流，所有输入流中发出的数据将按照它们发出的顺序不加区分地混合在一起，依次被发送到下游。 示例： 解释 在上面的例子中，flow1和flow2都在发出一些

原文链接 LiveData ，是我们退回到 2017 年才需要的东西。观察者模式，的确简化了我们的工作方式，但 RxJava 等选项，对于当时的初学者来说实在是太复杂了。因此 Architecture

我爱Kotlin的Flow，尤其是在链式转换数据层（或者domain层）的结果到ui层的时候，但需要明白的是，这种能力也有其自身的一系列不那么明显的风险，本文将会详解。

前言 这段时间，笔者在日常开发中总会对一些数据量比较大的列表进行一些操作处理，最终需要拿到一个处理后的结果，但这时候如果创建中间集合会变得非常昂贵，使用普通集合性能又不是太好，怎么办呢？作为一名Kot

一次 Flow 的订阅，对应一次数据库的查询操作，还不优化？ StateFlow 真的就是 LiveData 么？ 正确认识 Flow/StateFlow/SharedFlow， 冷数据流/热数据流。

很多App一打开，首页都会有各种各样的交互，比如权限授权，版本更新，阅读协议，活动介绍，用户权限变更

Kotlin 拥有函数式编程的能力，运用得当，可以简化代码，层次清晰，利于阅读，用过都说好。 然而操作符数量众多，根据使用场景选择合适的操作符是一个很大的难题.

Kotlin Flow 基本上可以替代RxJava，其提供了诸多操作符来处理数据。本篇文章为其分一下类，演示下基本用法。 前置资料 冷流 🥶 热流 🥵 Flow分类 一般 Flow StateFlow