一、一个 iOS 开发者，把我问住了 上周，一个刚从 iOS 转过来的同事问我： 我下意识想回答：“因为生命周期不稳定”。 但话到嘴边，我停住了。 这个答案——是对的，但不够本质。 于是我们从 Act

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

前言 写这篇文章，其实是因为最近看到有些公众号在介绍 Kotlin 协程时，都推荐在 Repository 中这样写： 甚至把这种写法包装成一种"最佳实践"，理由通常是： Repository 自己负

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

Android 开发者再不转Kotlin，真的来不及了 最近在Boss上随手搜了一下Android岗位，一个很直观的感受：Kotlin岗比Java岗多出一大截。 Java岗位不是没有

键盘、鼠标、多窗口、外接显示器。 这些词放在一起，你会想到什么？Windows？macOS？ 不，Google 说：这是 Android 的未来。 上周，Android 官方博客发布了一篇重磅文章，正

一、早期的说法：协程 = 轻量级线程 Kotlin 1.1 刚推出协程时，官方文档里直接写着： Kotlin 1.1 Coroutines 官方文档 当时这样宣传完全合理。那几年大家还在被 Threa

Android 17（API level 37，代号 CinnamonBun）的 Beta 2 已经发布，目前正快速推进到 Platform Stability 阶段

大家好，我是势必要把Skills咬烂嚼碎的码哥！ Skills 最近火得一塌糊涂，热度不亚于去年的MCP ，经过几周零碎时间的研究摸索，写下了这篇可能是全网最详细的Skills教程了，哈哈😃！ 一、什

大家好，我是码歌，一个被Skills掏空了的码哥。 最近skills.sh（https://skills.sh/） 上最火的10个Skills，安装量加起来已经超过10万了。我花了几天时间，把这Top

Android 开发日常 70% 是样板代码。接入 Claude Code 三个月后，我将这个比例压到 15%，核心逻辑编码时间翻倍。

SharedPreferences 是「锁模型」，DataStore 是「无锁消息模型」 ，这是思想上的转变。

前言 EventBus、Otto，这些曾经风靡 Android 社区的事件总线框架确实在某个时代解决了组件间通信的难题。但随着 Kotlin 协程、Flow、ViewModel 的成熟，事件总线的种种

大家都见过这样的代码： 看起来很优雅，对吧？ 但当你点进 BaseActivity： 👉 2000 行 👉 十几个功能混在一起 👉 没人敢改 很多 Android 项目，都是这样“慢慢烂掉”的。

一款小巧的设备间直连通信应用，在交互与功能层面尽量对齐微信，同时深度挖掘安卓系统底层能力，利用多种近场通信技术实现设备间的直接高效互联。

Clean Architecture 落地的坑：UseCase层到底值不值得写？Repository接口存在的真正理由是什么？Compose时代的分层架构实战。

近日，谷歌发布一个了 Android Bench ，目的是衡量大语言模型在 Android 开发里的表现，而结果上是 Gemini-3.1 pro 遥遥领先，这个结论你认可吗？ Android Ben

接手一个运行了五六年、数十万行代码的超大型 Android 项目，代码库从纯 Java 慢慢变成了 Java 和 Kotlin 混编。两种语言互相调用时，以下的一些场景或坑在这里记录下，如果你恰好也碰

从传统的 ViewPager 过渡到 Compose Pager，代表了开发生产力和 UI 灵活性的一次重大飞跃。