Fragment事务调用popBackStack()回退时如何触发对应Fragment的执行函数

你当前遇到生命周期不触发的核心原因是事务使用了add()方法提交：新的FragmentItemDetails是直接叠加在下层Fragment之上，下层Fragment从未被暂停/停止，全程处于RESUMED状态，因此销毁上层Fragment回退时，下层的生命周期方法自然不会重新回调。而onHiddenChanged()仅在调用hide()/show()操作Fragment时才会触发，你当前的事务逻辑没有相关操作，因此也不会回调。

方案1：将add()改为replace()（改动最小，适配原有编码习惯） #

如果你的业务没有必须叠加Fragment的特殊需求，直接把事务中的add替换为replace即可：

transaction
        .replace(R.id.fragment_browse_layout, itemDetailFragment)
        .setTransition(FragmentTransaction.TRANSIT_FRAGMENT_FADE)
        .addToBackStack(item.item_name)
        .commit()

replace()会销毁原有可见Fragment，回退时重建下层Fragment，此时onStart()、onResume()都会正常触发，符合你最初的编码预期。

方案2：使用Fragment Result API（官方推荐，解耦性强） #

如果必须保留add()的逻辑，优先使用Android官方提供的Fragment间通信API，无需修改原有事务逻辑：

1. 在下层FragmentItemDetails（比如你提到的第3层）注册结果监听：

// onViewCreated中注册
childFragmentManager.setFragmentResultListener("detail_back_key", viewLifecycleOwner) { requestKey, bundle ->
    // 此处写回退后要执行的逻辑，可以从bundle中取上层带回的参数
    val needRefresh = bundle.getBoolean("need_refresh")
    if (needRefresh) {
        // 执行业务逻辑
    }
}

2. 在上层FragmentItemDetails（比如第4层）需要回退的位置，发送结果：

// 点击返回键/主动调用popBackStack前调用
setFragmentResult("detail_back_key", bundleOf("need_refresh" to true))
// 然后执行回退逻辑
parentFragmentManager.popBackStack()

方案3：监听回退栈变化 #

也可以直接在目标Fragment中监听FragmentManager的回退栈变动，判断回到当前Fragment时执行逻辑：

private val backStackListener = FragmentManager.OnBackStackChangedListener {
    // 判断当前Fragment是否可见、符合栈位置要求，符合条件则执行逻辑
    if (isResumed && parentFragmentManager.backStackEntryCount == 目标栈层数) {
        // 执行对应逻辑
    }
}

// onViewCreated中注册
override fun onViewCreated(view: View, savedInstanceState: Bundle?) {
    super.onViewCreated(view, savedInstanceState)
    parentFragmentManager.addOnBackStackChangedListener(backStackListener)
}

// onDestroyView中注销，避免内存泄漏
override fun onDestroyView() {
    super.onDestroyView()
    parentFragmentManager.removeOnBackStackChangedListener(backStackListener)
}

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