`RenderNode` 是Android硬件渲染管线的核心基石，它如同一个独立的**“渲染图层”**。开发者可以预先在其上“录制”复杂的绘制指令，之后便能以极低的成本对整个图层进行移动、缩放和透明度

优化自定义 View 的最高境界，是首先思考“我能否不写自定义 View？”。对于必须手写的场景，要精通传统 View 的优化“手艺”；而面向未来，则应拥抱 Jetpack Compose 这一“智能

在多进程初始化的混乱面前，手动判断进程名是一种“被动防御”。现代化的**“主动进攻”，是采用 Jetpack App Startup 库，将集中式的“上帝 Application”改造为组件化的、可按

启用多进程，意味着你的 App 已从“单体”分裂为“微型分布式系统”。要驾驭其固有的混乱，唯一的生存法则就是建立**“集权式”架构**：指定主进程作为唯一的“中央枢纽”，负责状态和数据管理，其他“卫星

“保活”技术已死，其背后是 Android 系统设计哲学的一次“政权更迭”：后台资源的控制权，已从**“App 自治”的旧时代，全面转向由“系统集权”统一调度的新时代。现代开发者不应再试图“对抗”系统

在 AndroidManifest.xml 中添加 android:process 属性，不是在开启一个“功能”，而是在进行一次**“应用分裂”。你将亲手把你的单体应用，改造为一个运行在同一设备上的“

协程、线程、进程构成了 Android 并发与隔离的“三级火箭”。协程是处理异步任务的“默认引擎”，线程是需要精细控制时的“助推器”，而多进程则是为了突破内存或稳定性瓶颈时，才启动的、成本高昂的“星际

AIDL 并非运行时的“翻译官”，而是一个编译时的“代码生成器”。它会自动为你创建实现 Binder 代理-存根模式 所需的全部模板代码。它很强大，但也很“重”，在选择它之前，请先确认 Messeng

我们 App 中的 WindowManager 并非真正的“经理”，而只是一个**“接口人”。它通过 Binder IPC，将添加/删除窗口的请求，发送给远在系统进程中的“真正的大老板” Window