上篇聊完Framework渲染管线，这篇进入Compose专项。美团2023年大规模推进Compose落地，外卖商家端、骑手端都有实践。面试不只考"会用"，还要知道底层怎么工作、性能坑在哪。
今天8道题覆盖美团Compose面试核心考点。
Q1：Compose的动画API有哪些？怎么选？
animate*AsState：最简单的动画API。值变化时自动执行动画，适合简单属性动画（如颜色、尺寸变化）。
Animatable：命令式动画——手动控制开始和结束。适合手势拖拽、弹性动画等需要精确控制的场景。
updateTransition：管理多个属性同时动画。定义状态集合，状态切换时所有关联属性一起动画。适合复杂UI状态切换。
InfiniteTransition：无限循环动画。适合Loading、呼吸灯等持续运行的动画。典型用法：animateColorAsState(if (selected) Color.Red else Color.Gray)做颜色动画，Animatable(0f).animateTo(100f, spring())做位移弹性动画。
追问：Compose动画性能怎么样？Compose动画在RenderThread执行，不阻塞主线程。比传统View动画更高效，但复杂动画仍需注意重组开销。
Q2：LazyColumn性能优化怎么做？
LazyColumn vs RecyclerView：LazyColumn是Compose的列表组件，底层也是复用机制，但API更简洁。
性能优化要点：给每个item设置稳定key（如数据库ID），key变化会导致整个item重组；使用derivedStateOf派生状态只重组受影响的item；图片加载用Coil的AsyncImage配合placeholder；LazyColumn内部用SubcomposeLayout，避免在item里放复杂条件组合。
追问：LazyColumn和Column的区别？Column是一次性组合所有子项（全部创建），LazyColumn是按需组合（只创建可见区域+缓存）。数据量大时必须用LazyColumn。
Q3：Compose测试怎么做？
单元测试：用createComposeRule()创建测试规则，setContent {}设置被测组件，onNodeWithText/Tag定位节点，performClick/Text执行操作，assertIsDisplayed/Exists断言状态。测试流程：setContent → onNode定位 → perform执行 → assert验证。
集成测试：用createAndroidComposeRule<MainActivity>()测试完整Activity。可以模拟用户流程、验证导航跳转。
截图测试：用Paparazzi（Cash App出品）做截图回归测试，不需要设备。CI上自动对比截图差异。
追问：Compose预览和测试的区别？@Preview只是开发时预览UI效果，不会执行逻辑。测试会实际运行组件、执行交互、验证行为。Preview适合调UI，测试适合验逻辑。
Q4：Material3适配要注意什么？
Material3 vs Material2：Material3引入了动态取色（Dynamic Color）、新的组件样式（如TopAppBar替代TopAppBar）、更新的Typography系统。
适配要点：MaterialTheme.colorScheme替代MaterialTheme.colors；部分Material2组件在Material3中改名或废弃（如Scaffold参数变化）；Android 12+用dynamicLightColorScheme(context)从壁纸提取主题色，低版本回退预设颜色。
追问：Compose里怎么做暗黑模式？MaterialTheme的colorScheme支持light/dark切换。用isSystemInDarkTheme()检测系统设置，根据结果选lightColorScheme或darkColorScheme。
Q5：Compose的重组（Recomposition）机制是怎样的？
重组原理：状态变化时，Compose只重新执行读取该状态的Composable函数（而非整个UI树）。Compose编译器通过分析哪些状态被哪些函数读取，生成精确的重组范围。
重组优化：
- 稳定性：Compose编译器根据参数类型判断是否"稳定"。稳定类型参数不变时跳过重组。List、Map等集合类型默认不稳定（因为可变），用
ImmutableList（Kotlinx Immutable Collections）标记为稳定。 - remember：记住计算结果，避免每次重组都重新计算。
remember { expensiveCalculation() }只在首次组合时执行。 - derivedStateOf：派生状态只在依赖变化时更新，避免不必要的重组。
追问：怎么调试重组？Android Studio的Layout Inspector可以查看重组次数。代码层面用Recomposer.current().snapshots()观察重组事件。频繁重组的函数检查是否有不稳定参数或不必要的状态读取。
Q6：Compose和View混用怎么做？
View中使用Compose：用ComposeView作为容器。在XML或View代码中添加ComposeView，setContent设置Compose内容。适合渐进式迁移。
Compose中使用View：用AndroidView包裹传统View。如Compose里嵌入WebView、MapView等还没Compose版本的组件。AndroidView的factory参数创建View实例，update参数在状态更新时调用。
追问：混用有什么坑？ComposeView和AndroidView的生命周期管理要注意。Compose的状态不会自动同步到View，需要通过回调桥接。混用期间注意内存泄漏（View持有Compose引用未及时释放）。
Q7：Compose的状态管理怎么做？
本地状态：remember { mutableStateOf(value) }用于单个Composable内部状态。
提升状态：当多个Composable共享状态时，把状态提升到共同父级。父级通过参数传递状态和回调。
ViewModel：Compose里用viewModel()获取ViewModel实例。ViewModel持有UI状态和业务逻辑，Compose只负责渲染。适合复杂业务场景。
全局状态：用CompositionLocal提供全局数据（如主题、配置）。或用第三方库如Redux/MVIKotlin做集中式状态管理。
追问：mutableStateOf和MutableStateFlow的区别？mutableStateOf是Compose原生状态，变化立即触发重组。MutableStateFlow是Kotlin Flow，需要collectAsState转换成Compose状态。Flow更灵活（支持操作符、背压），适合异步场景。
Q8：Compose落地要注意什么？
迁移策略：不要一步到位全换成Compose。新页面用Compose，老页面保持View。通过ComposeView/AndroidView桥接混用。优先迁移简单页面积累经验。
性能监控：Compose重组次数、帧率、内存。用Compose编译器的reports功能查看哪些函数不稳定（会导致额外重组）。
团队学习成本：Composable思维方式和传统View差别大。建议先做内部分享、写Demo、Code Review。别一上来就大规模铺开。
面试Tips：美团Compose面喜欢考实际落地经验——不是问"你知道什么API"，而是"你在项目里用过什么、遇到什么坑"。重组机制（稳定性、remember、derivedStateOf）是高频考点。LazyColumn性能优化和动画API选择也经常问。Material3适配相对考得少但要知道迁移要点。
下一篇进入算法高频题——反转链表、两数之和、有效括号、最长子串、合并区间。
用过Compose开发的同学扣1，你踩过重组性能的坑吗？
本系列连载中，关注不迷路，下一篇：美团中级Android（算法高频题）面试真题
系列简介：Android大厂面经连载，覆盖字节跳动、腾讯、阿里、美团等40+企业，从初级到架构师全岗位覆盖。每篇文章包含真实面试题+详细答案+代码示例，帮你拿到大厂Offer。
