android

深入理解 Compose 重组机制：快照系统如何驱动 UI 精准刷新？在第一篇文章中，我们聊了 Compose 的“去 View 化”架构。很多开发者在上手 Compose 后，最直观的感受就是：代码变少了，但“魔法”变多了。

状态枚举正确≠渲染正确：一个语音按钮的状态机边界修复实录适用人群：Android 开发者、对状态机设计感兴趣的前端/客户端工程师关键词：状态机渲染边界、previousState/nextState、共享 View 状态污染、AI 辅助调试

深度解析：Jetpack Compose 核心架构与底层原理 —— 十年安卓老兵的“破茧重生”作为一名有着十年 Android 原生开发经验的开发者，我们已经习惯了 XML 布局、View.java 的漫长继承链以及 findViewById 的肌肉记忆。然而，随着 Jetpack Compose 的成熟及其在 Kotlin Multiplatform (KMP) 中的统治地位，UI 开发范式正在经历一场底层革命。

Jetpack Compose 入门系列（七）：ViewModel 与界面状态管理学完上篇你已经会用 Navigation 3 在多个页面之间跳转、传参和管理返回栈了。但页面一复杂，只靠 remember 把状态写在 Composable 里就不够了，本篇解决一个问题：如何用 ViewModel 管理界面状态，让页面更稳定、更好维护。

落魄Android在线炒饭

Android Framework 开发技巧：android.jar 生成与系统快速编译验证本文基于 Android 12（API 32）平台，适用于有一定 AOSP 编译经验的 Framework 开发者。涉及 Android 11+ 的 APEX 模块化变化会特别标注。

Kotlin Flow操作符学习Kotlin Flow 的操作符非常丰富，它们是处理异步数据流的核心武器。Flow 的操作符可以像流水线上的工人一样，对数据进行过滤、加工、组合或线程切换。

GreenDAO → RoomGreenDAO 依赖自己的一套代码生成器 GreenDAO Generator，需要额外维护一个 Java 项目来生成实体和 DAO。不支持 Kotlin suspend 函数。库已经很久不更新了（最后发布是 2019 年），未来 Android 版本可能不兼容。

第八篇：ViewModel + Compose——生产级状态管理实践在 Android 传统开发中，ViewModel 的作用是持久的屏幕状态管理，它在配置变更（如屏幕旋转）后存活。在 Compose 中，这个角色没有变化——ViewModel 依然是业务逻辑与 UI 展示之间的桥梁。

Amper 正式转正 Kotlin Toolchain ，Gradle 未来何去何从最近 Amper 发布了《Kotlin Toolchain 0.11: The Next Step for Amper》，核心就是 Amper has evolved into the Kotlin Toolchain and is now Alpha ，也就是 JetBrains 正式把 Amper 并入 Kotlin Toolchain，并且从实验阶段推进到 Alpha 。

ButterKnife → ViewBindingButterKnife 已停止维护，作者 Jake Wharton 自己也不建议继续使用。依赖注解处理器，每次 build 生成大量中间代码，编译速度慢。不支持 Kotlin（虽然有 kotlin-annotation-processing，但体验很差）。

成都大菠萝

Android Car CarProperty 车辆信号链路适用对象：刚接触车机 Android（AAOS）开发的同学。目标：把"一个 App 怎么读到车速、怎么控制车窗"这件事，从最上面的应用一路追到最底层的 VHAL，每一层是哪个类、调了哪个方法，全部讲清楚。本文所有类名、方法名、行号均来自 AOSP packages/services/Car 实际源码，可对照阅读。

敲代码的鱼

PDF 预览与签名批注写回支持安卓 iOS 鸿蒙 UTS插件不同平台底层 PDF 能力不同，部分功能在三端的支持范围并不完全一致，接入前建议先阅读本节。getViewState() 或 load/pageChange/zoomChange 事件的 detail.state 中包含：

uni-app 视频通话实战：康复师与患者视频问诊的 6 个致命 Bug 与解决方案我们项目的核心功能之一是康复师与患者的视频问诊。技术栈是 uni-app + 腾讯云 TRTC SDK，患者端和康复师端都需要支持一对一实时视频通话。

闲聊几句，Android老哥们，你们多久没做技改需求了由于Q2马上就要结束了，刚好抽点时间整理了一下这个季度做的需求，然后很尴尬的发现，技改一栏里面，没啥可填的，想了想好像这个季度的确没做啥技改需求，上一次说到技改相关的东西还是两个半月前跟产品提了一个快捷登录的功能，方便切换账号后不用重复手输账号密码，然后被产品问了一堆为什么后，绕到其他问题上了，这件事情也就逐渐被人遗忘，我们这里建需求必须由产品建，所以做啥事情必须先要让产品知道，但是技改需求往往会被产品贴上“没啥用”的标签，所以很难实施

Fragment 生命周期与状态恢复-《Android深水区（四）》Fragment 的问题往往不是“生命周期回调顺序背不下来”，而是下面这些线上现象：这些问题的根源是：Fragment 同时拥有“实例生命周期”和“View 生命周期”，并且状态被拆成了 Arguments、ViewState、SavedState、NonConfig、外部持久化数据几个层次。只看 onCreate() 到 onDestroy() 的回调表，很难解释真实项目里的恢复、泄漏和事务时机。

Intent 显式、隐式与 PendingIntent-《Android深水区（五）》Intent 不是“页面跳转参数”这么简单。真实项目里，很多线上问题都和 Intent 边界有关：这些现象背后其实是三件事：

一文吃透 Kotlin 集合操作符上一篇聊了 Kotlin 的集合，这篇继续看它的转换操作符。可能很多人不清楚这些操作符都有哪些，下面就带大家一探究竟。

三少爷的鞋

Main-safe：现代Android 架构真正的分水岭在 Android 架构设计里，"main-safe" 经常被提到，但大多数人只把它理解成一句简单的话：

深入解析 Android Performance Analyzer (APA) 底层架构与技术原理随着Android应用和游戏的复杂度呈指数级上升，传统的性能分析工具（如已弃用的Systrace和早期的Android Studio Profilers）在面对多线程协同、底层图形API调用及复杂电源管理时，暴露出数据孤岛和性能开销过大的问题。

从历史的角度看 Android 软件架构两个月前，公司开辟了一个新的业务，我很高兴地参与了其中，去开发一个新的 APP，毕竟在移动互联网已经熄火多年的大背景下，能有一个开发新 APP 的机会确实不多，大量如我一样的 Android 程序员，不是去做车机，就是去做 Framework 了（而且很多还是外包）。