React Native iOS端应用被杀时useEffect清理函数不触发如何解决

你写的useEffect清理函数仅会在组件正常卸载、路由跳转销毁组件、热重载等场景触发。当iOS端应用被杀死（用户上滑关闭后台、系统内存不足回收进程）时，JS运行环境会被直接销毁，不会执行任何JS层面的收尾逻辑，因此回调不会触发。安卓侧能正常运行只是因为系统生命周期回调传递到JS层的逻辑差异，本质上两端都不能依赖JS层逻辑处理进程被终止时的操作。

方案1：监听AppState做前置清理（推荐，覆盖90%以上场景） #

不要等应用被杀时再执行逻辑，提前在应用进入后台时就执行停止推流操作，绝大多数情况下应用被杀死前都会先进入后台状态，该方案实现成本低，可靠性高。
示例代码：

import { AppState } from 'react-native'

// ...组件内逻辑
useEffect(() => {
  // 监听应用前后台状态变化
  const appStateListener = AppState.addEventListener('change', (nextState) => {
    if (nextState === 'background') {
      sessionManager?.endCurrentSession?.(true)
    }
  })

  // 保留原有组件正常卸载时的清理逻辑
  return () => {
    appStateListener.remove()
    sessionManager?.endCurrentSession?.(true)
  }
}, [])

方案2：原生层实现兜底逻辑 #

如果需要保证应用被终止时逻辑100%执行，需要在原生层实现对应回调：

• iOS端：在AppDelegate.m的applicationWillTerminate:系统回调中调用原生层的停止推流方法，该方法是iOS系统在应用即将被终止时的官方回调，可靠性远高于JS层。
• 安卓端：在MainActivity的onDestroy方法或者自定义Application类的onTerminate方法中加入原生停止推流逻辑即可。

方案3：后端超时兜底 #

作为双重保险，后端可以增加推流超时检测机制，如果3~5秒没有收到客户端的推流数据，自动结束当前会话，避免异常会话残留。

• 任何JS层的逻辑都无法保证在进程被强制杀死时100%执行，不要依赖JS层处理这类收尾逻辑。
• 推流这类核心状态的控制逻辑，建议优先放在原生层实现，前端JS层只处理正常使用场景下的状态更新。

内容的提问来源于stack exchange，提问作者Elina H.