前面分析的都是冷流，冷热是对应的，有冷就有热，本篇将重点分析热流SharedFlow&StateFlow的使用及其原理，探究其"热度"。

人有悲欢离合，月有阴晴圆缺，此事古难全——苏东坡人有悲欢离合，月有阴晴圆缺，你的协程是否泄漏了?——小鱼人。

Kotlin Flow 如此受欢迎大部分归功于其丰富、简洁的操作符，巧妙使用Flow操作符可以大大简化我们的程序结构，提升可读性与可维护性。然而，虽然好用，但有些操作符不太好理解，可惜的是网上大部分文章只是简单介绍其使用，并没有梳理各个操作符的关系以及引入的缘由，本篇将通过关键原理与使用场景串联大部分操作符，以期达到举一反三的效果。

Java说：“我从Java8开始就支持Stream(流) API了，可以满足你的需求。”客户不解道：“什么是流？”Java：“流就是一个过程，比如说你之前的需求就可以当做一个流，可以在中途对流做一系列的处理，而后在流的末尾取出处理后的结果，这个结果就是最终的结果。”Kotlin补充道：“老大哥，你说的比较抽象，我举个例子吧。”在一个管道的入口处放入了各种鱼，如草鱼、鲤鱼、鲢鱼、金鱼等，管道允许接入

协程通信三剑客：Channel、Select、Flow，上篇已经分析了Channel的深水区，本篇将会重点分析Select的使用及原理。

上篇分析了Kotlin Flow原理，大部分操作符实现比较简单，相较而言背压和线程切换比较复杂，遗憾的是，纵观网上大部分文章，关于Flow背压和协程切换这块的原理说得比较少，语焉不详，鉴于此，本篇重点分析两者的原理及使用。通过本篇文章，你将了解到：先看自然界的水流：为了充分利用水资源，人类建立了大坝，以大坝为分界点将水流分为上游和下游。而对于Kotlin里的Flow，也有上游（生产者）、下游（消费

自然界的流水，从高到低，从上游到下游流动。而对于计算机世界的流：数据的传递过程构成了数据流，简称流此处对数据的处理即为找出其中的偶数。可以看出，原始数据是1~1000，我们对它进行了一些操作：过滤偶数、过滤>500的数。当然还可以进行其它操作，如映射、变换等。原始数据对数据的一系列操作最终的数据把这一系列的过程当做流：从流的方向来观察，我们称原始数据为上流，对数据进行一系列处理后，最终的数据为下流

后续再也没有写关于鸿蒙的文章。没错，我确实入坑了鸿蒙，并且成功上架了几款App和元服务，虽然当前的用户量还比较少，但鸿蒙开发的整体流程已然蹚了一遍，是时候来做一些总结了。本篇从应用开发的角度聊聊鸿蒙它像谁？它有哪些不一样的特征？开发者怎么快速入门？

以手机为例，要组装一台手机，我们需要哪些部件呢？从宏观上分类：软件+硬件。由此我们可以说：手机依赖了软件和硬件。//打电话//软件//硬件FishPhone 依赖了两个对象：分别是Software和Hardware。Software和Hardware是FishPhone的依赖(项)。

有朋友分享了他们公司的瓜，有点搞笑，又有点心酸。