Jetpack Compose中：何时用可组合函数vs自定义Modifier实现副作用？

优先选择@Composable函数封装副作用的场景 #

• 全局/页面级别的副作用：当副作用的生效范围是整个页面、路由或某个独立的Composable分支，而非绑定到特定UI元素时。比如整个登录页面需要始终锁定竖屏，在页面根Composable中调用封装好的LockScreenOrientation，只要页面处于Composition中，逻辑就会持续生效。
• 纯逻辑型副作用，不依赖UI元素的布局/状态：如果副作用只需要响应Compose的生命周期（进入/退出Composition），或依赖Compose状态的变化，和UI元素的大小、位置、可见性无关。比如根据某个isLandscape状态动态切换锁定方向，用@Composable可以直接接收状态参数，状态变化时自动重新执行逻辑。
• 复用性强、跨场景调用：当副作用需要在多个不同的Composable树中复用，且不需要和特定UI元素关联时。比如一个通用的KeepScreenOn副作用，可以在任何需要保持屏幕常亮的页面中直接调用，不需要绑定到某个按钮或文本组件。

优先选择自定义Modifier封装副作用的场景 #

• 副作用绑定到特定UI元素的生命周期：当只有目标UI元素存在于Composition中时，副作用才需要生效。比如某个弹窗组件，只有弹窗显示时锁定屏幕方向，弹窗消失后自动解锁——将副作用封装到Modifier，附加到弹窗的根容器上，就能和弹窗的显示/隐藏生命周期完全同步。
• 副作用与UI元素的布局/交互相关：如果副作用需要依赖UI元素的布局状态（如可见性、滚动位置、尺寸）或交互行为。比如当某个列表项进入可见区域时触发统计逻辑，用Modifier可以结合onGloballyPositioned或visibility回调来实现，逻辑和UI元素的状态绑定更紧密。
• 遵循UI声明式风格：希望副作用作为UI元素的“附加行为”存在，和UI的声明写法更统一。比如给某个提交按钮添加一个Modifier，在按钮可见时自动触发某个埋点逻辑，这种方式符合Compose中Modifier负责UI元素增强的设计思路。

锁定屏幕方向的具体场景示例 #

• 场景1：整个用户资料页始终锁定竖屏 → 用@Composable函数，在ProfileScreen的根节点调用LockScreenOrientation(Orientation.Portrait)。
• 场景2：只有弹出的图片预览对话框显示时，锁定为横屏 → 用Modifier，将lockOrientation(Orientation.Landscape)附加到对话框的Surface或Box上，对话框消失时自动解锁方向。

内容的提问来源于stack exchange，提问作者Ricky Mo