Navigation组件popupTo(destination)无效,跳转后中间Fragment残留返回栈问题
- 未启用
popUpToInclusive参数
仅配置popupTo时,默认只会弹出目标destination之上的返回栈内容,目标destination本身会保留在栈中。比如你在B页面跳转D时设置popupTo="@id/B"但未加app:popUpToInclusive="true",当前B实例就会残留在返回栈中。 - 循环跳转产生多实例,popupTo仅匹配首个对应ID的实例
你的跳转链路是A→B→C→B→C循环,且B、C互相跳转时没有配置弹栈规则,每次跳转都会向返回栈中压入新的B、C实例,返回栈会变成[A, B1, C1, B2, C2, B3...]的结构。此时如果跳转D时仅设置popupTo="@id/B",系统只会从栈顶向下找到第一个匹配的B实例,只会弹出该实例之上的内容,下方残留的更早的B、C实例不会被处理,最终就会出现各留1个B、C实例的情况。 - 跳转动作配置不符合预期
如果你使用预定义的导航动作跳转D,可能存在两类配置错误:popupTo指向的ID错误,比如C跳D的动作popupTo设为B的ID,仅能弹出到最近的B实例,下方的C实例会残留- 直接调用
navigate(D的ID)而不是使用预定义的带弹栈配置的action,此时不会携带任何popupTo参数,自然不会清理中间返回栈
正确配置示例
如果你希望跳转D之后按返回键直接回到A,可直接将跳转D的动作popupTo指向A的ID,无需考虑中间有多少B、C实例:
<!-- B跳转D的动作配置 --> <action android:id="@+id/action_B_to_D" app:destination="@id/fragment_D" app:popUpTo="@id/fragment_A" app:popUpToInclusive="false" /> <!-- C跳转D的动作配置 --> <action android:id="@+id/action_C_to_D" app:destination="@id/fragment_D" app:popUpTo="@id/fragment_A" app:popUpToInclusive="false" />
如果希望跳转D之后按返回键直接退出应用,可将popUpToInclusive设为true,此时A也会被弹出返回栈。
内容的提问来源于stack exchange,提问作者Richa
相关产品推荐
相关产品推荐

