潜龙勿用之化骨龙

想象你经营一家外卖公司，公司里有三种角色： 老板（你）：制定送餐规则，关心利润 餐厅经理：准备食物，保证质量 外卖员：把食物送到客户手中 现在，如果你是老板，你不需要知道每个外卖员开什么车

在很多项目里，UseCase 被引入是为了“承载业务逻辑”。 但随着时间推移，它常常变成： Repository 的转发器 ViewModel 的工具类 协程调度中心 线程切换器 甚至是“万能胶水层”

在 Kotlin 协程的世界里，Repository 是否应该启动协程，是一个常见但危险的误区,也是一种典型的反模式。

如果说前几年我是在“捡 API、抄 Demo、补锅”，那 2025 就是我开始“写自己的框架”的一年。 我不追热点、不卷新概念。 我更像是在给自己搭一个“能复用、能解释、能传给别人”的技术体系。

在 Kotlin 协程的响应式编程中，SharedFlow 作为热流（Hot Flow）的核心组件，被广泛应用于状态管理、事件总线等场景。

Data 层往往最容易出现隐性风险：阻塞、错误的并发模型、接口不一致、伪异步等问题会在后期演变成性能瓶颈、线程死锁、不可控的异常，甚至影响业务稳定性。

在 Kotlin 协程友好的 API 中，常见两类函数： suspend functions：返回单一结果 普通函数返回 Flow：返回一个结果流 这两类函数在 Room DAO 等库中都有体现。

Retrofit 是一款广受欢迎的 HTTP 客户端库，以其优雅的声明式 API 设计深受开发者喜爱。本文将通过模拟实现，逐步解析 Retrofit 的核心机制。

异常处理是保障应用稳健性的基石，在不同开发环境中，异常的表现与处理方式大相径庭。本文将带您解码Java、Android与Kotlin协程中的异常行为差异，剖析常见陷阱。