在 Android 开发和系统架构中，Binder 机制是绕不开的核心知识点，它是 Android 系统专属的跨进程通信（IPC）方案，也是连接系统服务（AMS/PMS/WMS 等）与应用进程、应用进程之间交互的底层桥梁。我们日常开发中使用的 AIDL、Messenger、ContentProvider，甚至系统的四大组件生命周期调度，其底层都是 Binder 机制在支撑。

在聊组件区别前，先明确一个关键概念 ——状态（State）：状态就是组件中 “会变化的数据”，这些数据的改变会导致 UI 重新渲染。比如：计数器的数字、表单输入的文字、网络请求后返回的列表数据、开关的选中状态等，都是典型的 “状态”。：不能持有可变状态，UI 一旦创建就固定不变；：可以持有可变状态，状态变化时会触发 UI 重新渲染。是 “无状态组件”，它的核心特点是不可变（immutable）——

作为开发者，我们每天都在和 “并发” 打交道 ——APP 里的网络请求要异步执行、后台下载文件不能阻塞 UI、多任务同时处理要避免卡顿…… 而理解进程、线程、协程的本质及关系，是搞定客户端并发编程的核心基础。尤其是协程，如今已成为 Android（Kotlin）、iOS（Swift 5.5+）、跨平台（Flutter/Dart）开发的标配，掌握它能让你彻底摆脱 “回调地狱”，写出更简洁、高效的代码

上一篇我们聊了 Compose 中最基础的 8 个核心组件，这一篇将聚焦「布局容器、表单交互、页面结构」类高频组件 —— 从线性布局的 Row/Column，到页面骨架 Scaffold，再到表单常用的 Switch、Slider。

Widget 树：频繁重建，只负责描述配置；Element 树：按需更新，负责判断是否复用；RenderObject 树：极少重建，负责核心渲染工作。

摘要：安卓View渲染流程包含测量(Measure)、布局(Layout)、绘制(Draw)三个核心阶段。测量阶段通过MeasureSpec确定View宽高，布局阶段计算View位置，绘制阶段通过Canvas和Paint完成内容渲染。整个过程采用深度优先遍历View树的方式执行，最终由SurfaceFlinger合成显示。开发者可通过减少布局层级、避免过度绘制、优化onDraw等方法来提升渲染性能