Xamarin Forms Shell注销回跳LoginPage失效停留LoadingPage问题

OnBackButtonPressed重写和跳转失效没有关系，该方法仅会拦截用户主动触发的返回键操作，完全不影响代码执行的路由跳转。
核心问题出在路由配置和跳转逻辑不匹配：

• 你将LoginPage和LoadingPage分别放在两个独立的<TabBar>节点下，Shell默认仅将首个声明的TabBar纳入初始根路由层级，第二个TabBar下的路由不属于全局绝对路由的默认寻址范围，执行///LoginPage跳转时Shell无法匹配到有效根节点目标，自然不会触发页面切换。
• 你从LoginPage跳转到LoadingPage时使用的是相对路由，相当于在当前TabBar的导航栈上压入新页面，并不会自动切换到第二个TabBar，最终导致Shell内部导航栈记录混乱，回跳逻辑失效。

1. 调整AppShell的路由结构 #

TabBar仅用于承载登录完成后常驻的主功能Tab页，登录、加载这类流程类页面不要放在TabBar节点内，直接作为Shell根级内容注册即可：

<!--  全局流程页，注册为根级路由  -->
<ShellContent Route="LoginPage" ContentTemplate="{DataTemplate login:LoginPage}" />
<ShellContent Route="LoadingPage" ContentTemplate="{DataTemplate login:LoadingPage}" />

<!--  主程序TabBar，默认隐藏，登录初始化完成后再显示  -->
<TabBar x:Name="MainTabBar" IsVisible="False">
    <!--  此处放置主界面的各个Tab页，例如首页、个人中心等  -->
</TabBar>

注意：如果已经在XAML中通过Route属性声明了路由，不要在后台代码中重复调用Routing.RegisterRoute注册同名路由，否则会触发路由匹配冲突。

2. 修正各环节跳转逻辑 #

• 登录成功跳LoadingPage时，使用双斜杠前缀的绝对路由跳转，自动清空之前的导航栈，避免用户回退到登录页：

var route = $"{nameof(LoadingPage)}?UserName={result.UserName}&Email={result.Email}";
await Shell.Current.GoToAsync($"//{route}");

• LoadingPage完成所有API初始化后，将MainTabBar设为可见，再用绝对路由跳转到主页面即可，不要保留LoadingPage在导航栈中。
• 注销回跳登录页时，先隐藏主程序TabBar，再执行绝对路由跳转：

MainTabBar.IsVisible = false;
await Shell.Current.GoToAsync($"//{nameof(LoginPage)}");

补充说明 #

按照上述配置调整后，所有跳转都会清空上一流程的导航栈，不存在可回退的上一级页面，即使移除OnBackButtonPressed的重写逻辑，用户也无法通过返回键跳回已走完流程的页面。

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