潜龙勿用之化骨龙

在很多 Android 项目中，我们经常能看到各种 Manager： 这些类似乎什么都能做： 管理数据 协调业务 调用网络 操作数据库 维护状态 于是一个 Manager 很容易变成这样： 看起来似乎

在 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 是协程库中的一个重要构造器，它允许我们在协程中运行代码并阻塞当前线程，直到协程完成。

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