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

Q1：Kotlin 中 var 和 val 的本质区别？Java 对应什么？ 答案： var：可变变量，生成getter+setter，对应Java普通成员变量 val：只读变量（并非不可变），仅生成

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

2026 Android 高级岗 Kotlin 面试题：这些答不上来，基本告别大厂了 一、基础语法与核心特性 1.1 val 和 var 到底有什么区别？ 核心回答：val 声明的是只读引用

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

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

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

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

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

这篇文章讲的就是怎么解决这个问题。 痛点 做过大型 Android 项目的人一定深有体会： 1. "这个 API 到底谁在调？" 你负责隐私合规，需要排查 APK 里所有调用 getDeviceId(

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

有一类 Bug 很容易让人怀疑人生：代码看起来没问题，业务逻辑也没问题，甚至第一次运行也完全正常。直到你旋转了一下屏幕，或者从后台切回前台，Toast 又弹了一次。

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

> 我第一次接触 LiveData 的时候，觉得它非常惊艳。 > > 在那个时代，Android

在 Kotlin 协程开发中，有一段代码几乎随处可见： 很多开发者已经习惯了这种写法。 需要执行网络请求？ 需要访问数据库？ 需要调用 Repository？ 久而久之，launch(Dispatch

前几天，Google 在 Android 官方开发者文档上更新了一篇看起来不起眼、但实际上分量极重的页面——《Android is Compose-first》。 一句话总结：View 工具包，正式进

今年3月，Google 在 Android Developers 博客里正式把 connected displays 推了出来。手机接显示器、多窗口、任务栏、键鼠输入，这些本来属于桌面系统的能力，终于

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

我的好同事彭于晏读完我前面几篇关于 Compose 的文章后，准备在组内好好推广一下，做一次分享（毕竟也有 KPI）。