React Native返回上屏时更新前屏状态：Handler调用时机咨询

核心结论 #

在navigation.goBack()之前调用从ScreenA传入的handler是最优选择。

原因说明 #

1. 保证数据有效性：调用goBack前，ScreenB组件仍处于活跃状态，所有状态和数据都是最新且可访问的，能确保handler拿到准确的操作结果。如果在goBack之后调用，组件已进入销毁流程，部分状态可能已被释放，容易出现数据异常。
2. 逻辑连贯性：用户点击按钮的预期是“完成操作后返回”，先执行handler更新前屏状态，再执行返回，符合操作的逻辑顺序。

为什么不推荐在componentWillUnmount中调用？ #

• 该生命周期会在组件销毁时触发，包括用户通过物理返回键、手势返回等非按钮点击的场景。如果你的需求是仅在用户主动执行特定操作（如点击按钮）时更新ScreenA状态，在这里调用会导致不必要的状态更新。
• 组件销毁阶段，部分资源已开始清理，此时调用handler可能依赖已释放的资源，引发潜在问题。

避免内存泄漏的注意事项 #

• 确保传递的handler不持有ScreenB的组件实例或未清理的资源（如定时器、网络订阅）。handler是ScreenA的方法，本身不会导致泄漏，只要不在handler中引用ScreenB的未回收对象即可。
• 执行goBack后，React Navigation会自动清理路由栈中的ScreenB实例，组件会被正常回收，无需额外处理。

修正后的代码示例 #

class ScreenB extends React.Component {
  onClick = () => {
    const { handlers } = this.props.navigation.route.params;
    // 先调用handler传递操作结果
    handlers.updateScreenA(/* 传入需要回传的数据 */);
    // 再执行返回
    this.props.navigation.goBack();
  }

  // 仅当需要处理所有返回场景（包括物理返回/手势返回）时，才在此处补充逻辑
  // componentWillUnmount() {
  //   const { handlers } = this.props.navigation.route.params;
  //   // 可结合状态判断是否需要调用，比如：
  //   // if (this.state.hasDoneAction) {
  //   //   handlers.updateScreenA(/* 数据 */);
  //   // }
  // }
}

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