第163篇 Compose 与 View 互操作：混编的边界
本文深入解析Compose与View互操作的核心本质——**所有权问题**：谁管生命周期、谁持状态、谁触发刷新。通过`AndroidView`与`ComposeView`两大入口，厘清四类场景的权责边界；直击三大高频坑（长列表误包、update无差分、状态双真值）；详解ViewTree依赖缺失、组合策略选型等生产级难点。重在思维，不在写法。
第165篇 深色模式适配：资源与主题的双轨制
深色模式本质是重构视觉层级，而非简单换色：暗色下阴影失效，需靠surface亮度梯度（如surfaceContainerLow/High）、微边框与对比度重建层次。适配核心在四线——资源（values-night/图片/主题）、配置变更（uiMode处理陷阱）、自绘与SDK同步、质量保障（对比度校验+截图回归）。
第162篇 Compose 动画：animate 与 Transition
Compose动画本质是“状态驱动的属性插值”：动画效果源于状态变化触发的插值计算。核心陷阱均源于状态管理不当——动画回调改状态致循环重组、列表项共用全局状态、动画与业务状态混淆。选型关键看是否需外部编排：简单过渡用`animate*AsState`，复杂交互（手势跟手、打断、串联）必选`Animatable`或`Transition`。高频动画值须通过`graphicsLayer{}`等lambda修饰符在绘制阶段读取，避免每帧重组卡顿。
第160篇 Compose 布局体系：Row、Column 与约束
Compose布局核心：仅`Row`、`Column`、`Box`三大容器解决结构，`Modifier`承担测量、绘制与交互——其顺序决定作用域（如`padding.background` vs `background.padding`）、尺寸计算与热区范围。真实项目90%取舍在Modifier链，而非嵌套容器。
第159篇 Compose 状态管理：remember 与状态提升
Compose状态管理核心就三件工具：`remember`（重组缓存）、`rememberSaveable`（跨配置保存）和“状态提升”（架构决策）。深度在于**明确状态归属层级**——依据四条准则判断：是否需跨配置保留、是否跨进程重建、是否兄弟共享、是否多页面共用。状态与事件必须分离（StateFlow vs Channel），高频值用`derivedStateOf`降频，避免滥用全局变量或大对象序列化。
第164篇 Material 3 与动态取色：主题系统的现代化
Material 3 的本质是设计系统“换轨”：色彩转向语义角色（非固定色值），形状依托 shape scale（非硬编码圆角），动效遵循统一 motion scheme。动态取色仅是色彩轨的可选输入。核心在于保障跨主题/品牌/明暗模式的视觉一致性，代价体现在设计归类、工程收敛与混用风险上。
第154篇 Navigation 组件：单 Activity 架构的路由方案
Navigation组件核心在于`NavController`管理目的地栈、`NavHostFragment`动态替换Fragment、框架统一维护转场动画。栈中存储`NavBackStackEntry`（含destination、args、生命周期状态），Fragment实例被`replace`后状态靠`onSaveInstanceState`恢复，非实例常驻。关键细节：`navigate()`默认“出栈再入栈”，`launchSingleTop`防重复跳转，`restoreState`+`popUpTo`实现Tab状态保持，深链需`onNewIntent`显式处理。
第158篇 Compose 重组原理：何时执行何时跳过
Compose 跳过重组依赖两大机制：**编译器自动生成的依赖追踪**（记录状态读取，仅变更时触发相关作用域）与**参数稳定性判定**（稳定类型如`Int`/`String`/`@Immutable`类，两次调用`equals`相同即跳过执行）。稳定性是关键——可变集合、未缓存lambda等均导致失效。
