Kotlin

很多 Android 开发者在学习 Kotlin 和协程时，都会下意识地打开 Android Studio。 但实践证明：这是一个效率很低、挫败感很强的起点。

在协程成为主流之后，我越来越坚定一个观点： 包括： ReentrantLock CountDownLatch Semaphore FutureTask synchronized 不是因为它们不好。

🧭 协程中的三大反模式：真正的问题不在 ViewModel 在 Android 项目中，协程早已成为默认选择。 但很多协程代码的问题，并不体现在“能不能跑”，而是体现在职责边界是否清晰。

为什么我选择不在 ViewModel 里处理异常 在使用 Android MVVM 架构时，ViewModel 应该不要处理异常？ 更准确地说：ViewModel 不应该“深入地”处理异常，

从混乱到清晰：在 Android 项目中实践 Clean Architecture 前言：为什么你的代码越来越难维护？

ReentrantLock 的世界观是： ❌ 锁的 owner 必须是同一个线程 而协程是： ✅ 只要是“同一个协程”，逻辑就是连续的 当线程锁遇到可迁移执行的协程时， 两套宇宙法则发生了冲突。

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

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

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

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

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

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

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

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

Kotlin 协程提供了一种简洁而强大的方式来处理异步编程。runBlocking 是协程库中的一个重要构造器，它允许我们在协程中运行代码并阻塞当前线程，直到协程完成。

在并发编程中，队列是一个非常重要的数据结构，尤其是在生产者-消费者模式中。Java的阻塞队列（如ArrayBlockingQueue和PriorityBlockingQueue）提供了强大的并发支持，

Kotlin 协程的五大常见错误用法及最佳实践 Kotlin 协程为异步编程提供了简洁高效的解决方案，但在实际开发中，开发者仍可能陷入一些常见误区。

在这篇文章中，我们将探索如何使用 Kotlin 协程实现一个有趣的小任务：交替打印奇数和偶数。通过这个例子，我们不仅可以学习协程的基本用法，还能深入理解协程的非阻塞特性。

在现代汽车中，车载系统可以监控和控制各种车辆属性，如车速、和雨量传感器等。本文将介绍如何使用 Kotlin 的 Flow 和 combine 操作符来监控这些属性的变化，并在满足特定条件时发出提示。

使用自定义 Getter 动态计算 Kotlin 属性值 在 Kotlin 中，属性（Property）是类的重要组成部分。