Xamarin.Forms：构造函数与OnStart设置MainPage的差异及空白页问题

你在Xamarin.Forms应用中碰到的这个问题，核心在于应用生命周期阶段的执行逻辑差异，以及框架对MainPage的管理方式不同。咱们一步步拆解：

1. 执行时机与生命周期阶段的本质区别 #

• 构造函数：在应用首次启动时仅执行一次，是应用实例化的第一个环节。这时候应用的基础框架还在初始化，但设置MainPage会被框架认定为初始根页面配置，后续所有的生命周期操作（比如OnResume恢复后台应用）都会基于这个初始配置来维护页面栈状态。
• OnStart：在应用每次从“完全未运行状态”启动时触发——不仅是首次启动，还包括Android上按下返回键退出后再次打开应用（此时应用进程可能被系统回收或终止，重新启动会再次走OnStart流程）。

2. 静态NavigationPage的状态关联问题 #

你的代码里定义了一个静态的NavigationPage：

private static readonly NavigationPage NavigationPage = new NavigationPage(new MainPage());

• 构造函数中赋值MainPage：静态实例在应用首次启动时创建，赋值给MainPage后，Xamarin.Forms框架会把这个NavigationPage和应用的UI上下文深度绑定，持续维护它的页面栈状态。哪怕应用退到后台再返回（触发OnResume），框架能直接恢复已有的页面栈，所以能正常显示最后访问的页面。
• OnStart中赋值MainPage：当你按下返回键退出应用后，Android系统会销毁应用的UI上下文，但静态NavigationPage虽然还在内存里，它内部的页面栈已经和框架的UI上下文脱节了。再次打开应用触发OnStart时，你把这个“失效”的静态页面重新赋值给MainPage，框架无法重新建立正确的视图绑定和状态关联，自然就显示空白了。

3. 框架对MainPage的处理逻辑差异 #

• 构造函数里设置MainPage：属于应用初始化的核心步骤，框架会为这个根页面完成完整的生命周期绑定，包括页面栈管理、渲染上下文关联等所有必要准备。
• OnStart里设置MainPage：属于启动阶段的动态修改，此时框架已经完成了部分初始化工作，重新赋值一个脱离上下文的旧页面，框架无法修复它的状态，最终导致渲染失败。

总结 #

如果要复用NavigationPage并保留页面栈状态，一定要在构造函数中设置MainPage——这是框架预期的初始页面配置时机。而OnStart更适合处理启动时的业务逻辑（比如登录校验、数据刷新），不是用来重新设置根页面的场景。

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