Android Fragment Result API：同跳转下为何FragmentF收不到FragmentB的结果

核心现象 #

• 同一宿主Activity下的Fragment F使用新版Fragment Result API注册结果监听器，仅能正常接收动态功能模块中Fragment A的返回结果，完全无法触发同模块下Fragment B的回调
• 初步排查确认两边的核心差异是绑定的FragmentManager实例不匹配，但两个跳转方法的代码写法完全一致，两个目标Fragment均托管在同一Activity下
• 临时将监听器切换为Activity.supportFragmentManager全局级别后，两个回调均可正常触发

对照代码实现 #

失效路径（跳转Fragment B-位置选择页） #

跳转侧逻辑位于Fragment F（注册页ViewPager容器）：

private fun navigateToItemLocation() {
    // 注册位置选择结果监听
    setFragmentResultListener(REQUEST_LOCATION_KEY) { s: String, bundle: Bundle ->
        val locationId = bundle.getParcelable<ParcelUuid>(LOCATION_ID)!!.uuid
        viewModel.viewModelScope.launch(Dispatchers.IO) {
            val location = LocationRepository().get(locationId)!!
            changeItemLocation(location)
        }
    }
    // 触发导航
    val action = ItemRegistrationPagerHolderDirections.actionNavItemRegistrationPagerToNavStockLocationSelection()
    findNavController().navigate(action)
}

Fragment B的回调返回逻辑：

fun onSelect() {
    viewModel.pickedLocation.value = (viewModel.selectedLocation as? LocationExt2?)?.location
    val result = bundleOf(Pair(LOCATION_ID, ParcelUuid(viewModel.pickedLocation.value!!.id)))
    // 写入结果但无法触发对应监听器
    setFragmentResult(REQUEST_LOCATION_KEY, result)
    findNavController().popBackStack()
}

正常路径（跳转Fragment A-条目选择页） #

跳转侧逻辑位于Fragment F的父级节点（注册页根Fragment）：

private fun navigateToItemDetails(item: Item2) {
    // 注册条目选择结果监听
    setFragmentResultListener(SELECTED_ITEM_KEY) { s: String, bundle: Bundle ->
        val propertySetId = bundle.getParcelable<ParcelUuid>(SELECTED_ITEM_SET_ID)!!.uuid
        clearFragmentResultListener(SELECTED_ITEM_KEY)
        viewModel.viewModelScope.launch(Dispatchers.IO) {
            val repository = PropertySetRepository()
            val propertySet = repository.get(propertySetId)!!
            val propertySetInfo = ItemFactory.loadPropertySetInfo(propertySet)
            withContext(Dispatchers.Main) { setPackageCode(null) }
            selectItem(item.item, propertySetInfo, item.description, null)
        }
    }
    // 触发导航
    val action = ItemRegistrationPagerHolderDirections.actionNavItemRegistrationToNavStockItemDetails(ParcelUuid(item.item.id), true)
    findNavController().navigate(action)
}

Fragment A的返回逻辑与Fragment B写法完全一致：

private fun onSetSelected(id: UUID) {
    propertySets.removeObservers(viewLifecycleOwner)
    adapter.tracker = null
    // 写入结果可正常触发对应监听器
    setFragmentResult(SELECTED_ITEM_KEY, bundleOf(Pair(SELECTED_ITEM_SET_ID, ParcelUuid(id))))
    findNavController().popBackStack()
}

根因说明 #

出现行为不一致的本质原因是Fragment层级不同导致绑定的FragmentManager没有对齐，和动态功能模块的加载逻辑无关：

1. Fragment Result API的默认绑定规则：Fragment.setFragmentResultListener() 和 Fragment.setFragmentResult() 两个方法，均会把监听器、结果绑定到托管当前Fragment的那个FragmentManager上——只有监听侧和发送侧绑定的是同一个FragmentManager实例，回调才能正常触发。
2. 容易产生误解的嵌套机制：同一个Activity下的FragmentManager并非全局唯一，而是存在嵌套层级关系——Activity持有顶级supportFragmentManager，每个被托管的Fragment都可以创建自己的子级childFragmentManager，父子层级的FragmentManager是完全独立的实例，彼此的结果、监听器互相隔离，不会跨层级传递。
3. 正常路径的绑定链路匹配：
   • 跳转方法位于注册页根Fragment，该Fragment是由外层NavHostFragment的childFragmentManager托管的导航目的地。它调用setFragmentResultListener时，会把监听器注册到自己的托管FM（即外层NavHostFragment的childFragmentManager）。
   • 跳转目标Fragment A同样是外层导航图的节点，被同一个外层NavHostFragment的childFragmentManager托管，它调用setFragmentResult时，会把结果发送到同一个外层FM，两边绑定关系完全对齐，因此回调可正常触发。
4. 失效路径的绑定链路错位：
   • 跳转方法位于注册页ViewPager容器Fragment，该Fragment是根注册Fragment通过自身childFragmentManager托管的子Fragment（用于承载ViewPager的各个页面）。它调用setFragmentResultListener时，会把监听器注册到自己的托管FM（即根注册Fragment的childFragmentManager）。
   • 跳转目标Fragment B是外层导航图的节点，被外层NavHostFragment的childFragmentManager托管，它调用setFragmentResult时，会把结果发送到外层NavHost的FM。这和Pager容器注册监听器的目标FM是两个完全独立的实例，因此回调永远无法被触发。
5. 临时方案生效的原理：当把监听器注册到Activity.supportFragmentManager（顶级FM）时，不管Fragment处于哪个嵌套层级，只要调用setFragmentResult时绑定到顶级FM，就可以和全局监听器匹配。但这种写法会绕过Fragment Result API自带的生命周期感知能力，当Fragment销毁重建时容易出现内存泄漏、结果泄露的问题，不适合作为长期方案。

修复方向 #

• 调整跳转发起的层级：将位置选择页的跳转逻辑从ViewPager容器Fragment上移到注册页根Fragment上，确保注册监听器和发送结果的两边绑定到同一个FM，和条目选择页的逻辑保持一致
• 如果必须从ViewPager容器Fragment发起跳转，可以显式指定监听器绑定的FM：调用parentFragmentManager.setFragmentResultListener() 替代默认的setFragmentResultListener，确保和跳转目标Fragment的结果发送路径对齐，不要依赖Fragment默认的隐式绑定规则

内容的提问来源于stack exchange，提问作者Sergio B.