​ 在 Android 项目中从 LiveData 迁移到 Kotlin Flow，看起来像是一次“顺理成章的技术升级”，但真正落地后，我才意识到： Flow 不是 LiveData 的 1:1 替代

前言 最近在工作中遇到了一个非常普通的小需求，客户端需要从云端上拉取一堆图片链接，并且针对图片做升序处理后展示最终列表。听起来是不是很简单呢，不就是“下载 → 看大小 → 排排序“就搞定了。结果一跑，

Java 和 Kotlin 混编导致的 bug，用了这么多年 Kotlin，感觉 Kotlin 中这样的坑并不多，这算是为数不多的一次偷袭。

如果你是一名安卓开发者，你很可能喜爱 Kotlin 语言。它简洁、安全，改变了我们以往使用 Java 的开发方式。 最新的跨平台 Compose，已经完全基于 Kotlin 开发了。 那么，如何像一个

在 Android 开发中，我们经常遇到这样的场景：在一个复杂的自定义 View（比如悬浮面板）里，用户点击关闭按钮，我们需要关闭当前的 Activity。 最直觉（也是最初级）的写法往往是这样的：

Kotlin Flow的6个必知高阶技巧 一、智能缓冲策略优化流处理 背压问题核心解析 当生产者和消费者速率不匹配时，传统流处理会导致数据积压。Kotlin的buffer()操作符通过创建缓冲区解决该

现代 Kotlin 中委托的魔力 🪄 每一位开发者都深知那种痛苦：一遍又一遍地编写只是将调用转发给另一个对象的相同方法。这会使你的类变得混乱，更难阅读，并为 bug 打开大门。这种模式，通常被称为装饰

官方文档：https://kotlinlang.org/docs/coroutines-guide.html 一、Scope 的 launch 流程 Scope：协程的作用域 CoroutineSco

本文通过一个回调案例的不同实现，来讲述 callbackFlow 的由来与用法，从而让大家在回调场景中更游刃有余。