潜龙勿用之化骨龙

在 Android 开发里，大家最常听到的架构模式，基本绕不开两个：MVVM 和 MVI。 很多人会有一个直觉印象： 这句话有点抽象，但放到实际 Android 项目里，会变得非常具体。

在大多数 Android 项目中，UI（Activity / Fragment / ViewMod

前言 内存泄露是 Android 面试的必考题，但很多候选人的回答还停留在「用静态内部类 + WeakReference 解决 Handler 泄露」这个层面。 这个答案在 2018 年是正确的

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

在 Android 早期开发中，Handler 几乎是“线程切换”的代名词。 更新 UI？ 用 Handler。 延迟执行？ 用 Handler。 子线程和主线程通信？ 还是 Handler。

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

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

在软件开发的面试中，经常会遇到涉及并发编程和异常处理的问题。面试官可能会问：“如果你需要同时执行多个任务，但只要其中一个任务失败，就希望立即中止其他任务，你会如何处理？”

在 Kotlin 的协程编程中，`suspendCoroutine` 函数是一项重要的利器。它使我们可以在协程中调用传统的回调式异步 API，而无需嵌套复杂的回调函数。