Jetpack

Compose与传统模式的对比 🏗️ 传统 XML UI 开发模式的痛点 想象我们在盖房子： XML 就像是在画图纸，而 Activity/Fragment 则是施工队 每次修改都要在图纸(XML)和

Compose 的核心架构 一、核心架构层次（自下而上） 想象一个餐厅的运作流程： 底层 Canvas（厨房） Compose Runtime（餐厅经理） Composition Layer（服务员团

Compose的状态机制的基础 Compose 使用的是 SnapshotStateObserver 和相关的状态管理机制。 一、真实的状态管理架构 二、核心组件 Snapshot 系统 状态观察机制

Compose的基本使用 1. LaunchedEffect 就像是派一个助手去做某件事： 生活例子： 就像你请助手每隔一秒看一下时钟，然后告诉你时间 当你不需要这个服务时（组件销毁），助手就会停止工

Compose中的Flow的基本使用 常见Flow 1. StateFlow 就像一个公告板： 工作原理： 2. SharedFlow 像是广播系统： 工作流程： 3. callbackFlow 像是

KMP的底层原理 1.总体流程 从底层架构详细解释 Compose Multiplatform (KMP) 在 Android 平台的 UI 渲染原理。 详细解释 最顶层：Compose Multip

1. 重组（Recomposition）问题 问题原因： 为什么会出现： Compose的声明式特性导致函数可能被多次调用 状态没有正确保存导致重组时丢失 副作用处理不当导致重复执行 问题表现： 解决

ViewModel的基本使用 1. ViewModel 的基本工作方式 就像： 餐厅有个管理系统（ViewModelStore） 记录所有在职员工（ViewModel） 即使换班（屏幕旋转），员工还在

LiveData的基本使用 1. LiveData 是什么？ 想象 LiveData 是一个"智能快递箱"： 快递箱可以存放物品（数据） 只有在收件人在家时（Activity/Fragment 活跃）

Jetpack Navigation的基本使用 一、基本设置 添加依赖 基本配置 二、基本使用 Activity设置 Fragment间导航 三、高级用法 深层链接（Deep Links） 共享元素转

Lifecycle的基本使用 1. Lifecycle 的基本概念 想象一个餐厅的营业周期： LifecycleOwner：餐厅老板（管理生命周期） LifecycleObserver：餐厅员工（观察

Room的基本使用 一、基本设置 依赖配置 基本组件 二、Repository模式实现 三、ViewModel实现 四、Activity/Fragment中使用 五、高级用法 数据库迁移 类型转换器

使用Hilt实现组件化的基本内容 1. Hilt 核心注解说明 📝 2. 注解详细说明 📌 3. Hilt 组件层次 🏗️ 4. 作用域注解对应关系 🎯 5. 完整使用流程 🔄 6. 实际使用示例 📱