Jetpack Compose中Lambda与函数引用作为参数的重组差异

差异原因 #

函数引用::func触发重组的本质 #

当func是定义在TestScreen内部的函数时，每次TestScreen因timeFlow更新而重组时，func会被重新声明，对应的函数引用::func的实例也会变成全新的。Compose的可重组组件（如Button）会通过引用相等性判断参数是否变化：一旦onClick的引用改变，就会触发自身重组。

Lambda方式跳过重组的原因 #

1. 直接Lambda{ func() }：Compose编译器会智能分析Lambda的行为——只要Lambda内部没有捕获不稳定的状态（比如这里func仅修改remember维护的稳定状态，不依赖变化的timeState），就会被判定为“语义稳定”，即使Lambda实例是新的，也会跳过重组。
2. remember存储的lambda：通过remember保存的Lambda引用在每次重组时都保持一致，onClick参数没有变化，自然不会触发Button重组。
3. { lambda() }：该Lambda捕获的是remember维护的稳定lambda引用，其行为不会随timeState变化，因此同样会被Compose优化跳过重组。

最优方案 #

性能优先选择 #

• 优先使用**remember存储的Lambda**：这种方式能保证回调引用绝对稳定，完全避免不必要的重组，适合逻辑复杂或需要复用的回调场景。
• 其次选择直接写{ func() }：编译器会自动优化，不会触发重组，代码更简洁，适合简单逻辑。

代码风格建议 #

• 避免使用函数引用::func传递给Composable的回调参数：除非能确保函数引用的绝对稳定性（比如func是ViewModel中的成员函数，而非Composable内部函数），否则会频繁触发子组件重组，浪费资源。
• 如果回调逻辑复杂，建议将其封装为remember存储的Lambda，提升代码可读性和复用性；简单逻辑直接内联Lambda即可，保持代码简洁。

内容的提问来源于stack exchange，提问作者Alex Mandelias