如何让LifecycleObserver识别屏幕旋转引发的生命周期回调？

这个场景我太熟悉了——用LifecycleObserver来管理MediaPlayer这类组件的生命周期确实省心，但碰到屏幕旋转这种配置变化时，明明只是页面重建，却触发了onPause/onStop导致MediaPlayer被暂停甚至停止，这确实挺烦人的。你提到Fragment里可以用activity?.isChangingConfiguration()判断，但不想给Observer传递Fragment弱引用，完全理解这种MVVM架构下的顾虑，下面给你一个优雅的解决办法：

核心思路：利用LifecycleEvent回调的LifecycleOwner参数 #

其实@OnLifecycleEvent注解的方法可以接收LifecycleOwner作为参数，而这个参数就是当前Observer绑定的宿主（Activity或Fragment）。我们可以通过这个参数来判断当前是否处于配置变化状态，无需额外传递引用。

修改后的示例代码 #

class AudioPlayerLifecycleObserver(private val mediaPlayer: MediaPlayer) : LifecycleObserver {
    @OnLifecycleEvent(Lifecycle.Event.ON_PAUSE)
    fun onPause(owner: LifecycleOwner) {
        // 仅当不是配置变化触发的回调时，才暂停MediaPlayer
        if (owner is ComponentActivity && !owner.isChangingConfiguration) {
            mediaPlayer.pause()
        }
    }

    @OnLifecycleEvent(Lifecycle.Event.ON_STOP)
    fun onStop(owner: LifecycleOwner) {
        // 仅当不是配置变化触发的回调时，才停止MediaPlayer
        if (owner is ComponentActivity && !owner.isChangingConfiguration) {
            mediaPlayer.stop()
        }
    }
}

为什么这个方法可行？ #

• 无需额外传递Fragment/Activity引用：回调参数自带的LifecycleOwner就是当前绑定的宿主，我们只是在回调方法内临时使用，不会持有强引用导致内存泄漏。
• 准确判断配置变化：ComponentActivity的isChangingConfiguration()方法会返回当前是否因配置变化（比如屏幕旋转、语言切换）触发生命周期回调，这是系统提供的可靠判断方式。
• 符合MVVM架构：不需要打破分层，Observer只负责响应生命周期事件，无需依赖UI层的具体实例。

补充：如果绑定的是Fragment的LifecycleOwner #

如果你的Observer是绑定到Fragment的生命周期，也可以直接判断宿主Activity的状态：

@OnLifecycleEvent(Lifecycle.Event.ON_PAUSE)
fun onPause(owner: LifecycleOwner) {
    if (owner is Fragment && !owner.requireActivity().isChangingConfiguration) {
        mediaPlayer.pause()
    }
}

这样就能完美过滤掉配置变化导致的不必要操作，同时保持代码的简洁和架构的清晰~

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