先把结论放在前面：Compose 的重组能跳过，靠的是"参数稳定性判定 + 编译器插入的依赖追踪"两件事。编译器在编译期给每个 Composable 算出"读了哪些状态"的依赖集合，运行时状态变化时只把依赖它的重组作用域放进待执行队列；而"能否跳过整个 Composable"则由参数是否"稳定"决定——稳定参数在两次调用间用equals比较，相同就直接返回，连函数体都不执行。这道题的答案确实藏在演进过程里：早期 Compose 依赖一个"Positional Memoization"方案（按调用位置记缓存），位置一变缓存就失效；后来改成"按调用点分组 + 编译器生成 group key"，才有了今天"位置无关"的跳过能力。能讲出这段演进，说明理解的是设计动机而不是背下来的规则。为什么能跳过：两套机制机制一：依赖追踪（决定"谁要重组"）。@Composable fun Counter(count: Int, onClick: () - Unit) { val doubled = count * 2 // 依赖 count val label = remember(count) { "值：$count" } // 依赖 count，且有缓存 Text(text = label, modifier = Modifier.clickable(onClick = onClick)) }编译后Counter