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

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

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

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

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

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

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

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

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

我对 MVI 一直不理解，所以和 Claude Code 有了以下对话，不纠结是黑是白，只加深两种模式之间的理解。 第一轮：MVVM 和 MVI 有什么本质的区别 问

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

Android性能优化面试题：你说你会优化，结果连ANR都排查不了？ 性能优化这块，问深了特别容易暴露功底。今天咱们把Android性能优化的高频面试题过一遍，每道题都掰开了揉碎了讲

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

用了这么多年 Room，你可能已经很习惯它的那套 API 了。 但这次 3.0，Google 直接换了包名、砍了 Java 代码生成、干掉了 KAPT，连同步 DAO 方法都不让写了。 是的，这是一次

为什么你的优化“无感”？ 很多同学一提到启动优化，第一反应就是搞个 TaskDispatcher，把 Application.onCreate 里的初始化任务全丢进异步线程。

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

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

1. 扫描架构 2. Y通道优化 2.1 YUV是什么？ YUV 是一种色彩编码系统，将图像分为： Y (Luma)：亮度信息，占1字节/像素 U (Chroma Blue)：蓝色色度，分辨率是Y的1

你是不是也被这些坑折磨过？ 做 Flutter 的同学，屏幕适配这道坎几乎人人都绕不过去。 设计师只给一套 375×667 的稿子，产品说"要和设计稿一模一样"，然后你打开代码，满屏都是这种东西： 用