Frame导航失败主因是未等其加载完成就调用Navigate()，需确保Loaded事件触发后再操作；Page资源Build Action须设为“Page”；GoBack前必判CanGoBack；传参宜用QueryString或ExtraData。
Frame控件不加载页面？检查NavigationService是否已初始化
WPF的Frame默认自带NavigationService，但仅在它被加入可视化树后才完成初始化。常见错误是：在Frame还没渲染（比如构造函数里）就调用frame.Navigate()，结果静默失败，页面不显示。
- 确保
Frame已添加到窗口或用户控件中，且Loaded事件已触发后再导航 - 不要依赖
Frame.NavigationService在构造函数中非空——它此时大概率是null - 更稳妥的做法是监听
Frame.Loaded事件，或直接在Window.ContentRendered之后操作
Navigate()传入Page类型时，必须保证XAML文件Build Action为“Page”
用frame.Navigate(new MyPage())看似简单，但若MyPage.xaml的Build Action被误设为“Content”或“Resource”，运行时会抛出XamlParseException，提示“无法找到资源”或“未注册类型”。
- 右键
MyPage.xaml→ “属性” → 将Build Action设为Page - 对应的
MyPage.xaml.cs中类必须继承Page，且不能是UserControl或Window - 如果用URI导航（如
new Uri("MyPage.xaml", UriKind.Relative)），同样依赖此设置，否则NavigationService找不到对应资源
NavigationService.GoBack()报错“Cannot go back”？检查导航堆栈是否为空
调用NavigationService.GoBack()前不校验状态，是WPF导航中最常见的运行时异常来源之一。它只在CanGoBack == true时才安全执行，否则抛出InvalidOperationException。
- 永远先判断：
if (frame.NavigationService.CanGoBack) frame.NavigationService.GoBack(); -
CanGoBack为false不一定代表没跳过页——可能是首次导航、或调用了NavigationService.RemoveBackEntry()清空了历史 - 在菜单/按钮中启用/禁用“返回”功能时，应绑定到
CanGoBack属性，而不是靠try-catch兜底
页面传参困难？别硬塞对象，用QueryString或自定义NavigationEventArgs
WPF原生NavigationService不支持强类型参数传递。直接把复杂对象传给Navigate()会导致序列化失败或内存泄漏；而用NavigationService.LoadCompleted事件取参数又容易错过时机。
- 轻量数据走URI查询字符串：
frame.Navigate(new Uri("DetailPage.xaml?id=123&mode=edit", UriKind.Relative))，在目标Page.OnNavigatedTo()里解析e.ExtraData或NavigationContext.QueryString - 需要强类型或大对象时，在导航前将数据存入静态容器或ViewModel单例，目标页按需读取——注意生命周期管理，避免引用残留
- 不要重写
NavigationService，它不是设计来扩展参数机制的；WPF 4.5+起OnNavigatedTo()的NavigationEventArgs里ExtraData可传任意对象，但仅限Frame.Navigate(object)重载，且接收方必须显式转型
真正麻烦的不是怎么跳转，而是跳转后页面的生命周期和状态同步——比如OnNavigatedFrom()里没清理计时器，切走再切回就重复启动；或者Page被缓存后Loaded事件不触发，导致初始化逻辑漏执行。
