Exception MvvmCross:在我的viewmodel应用程序上调用Close会导致应用商店应用程序崩溃

我有一个应用程序在第2级调用viewmodel中的Close（这个）时崩溃（这意味着可以返回一页）。一个级别为3的（意思是可以返回两页）返回正常

我在主应用程序中称之为：

// Register the main view model
Mvx.RegisterSingleton<IMvxAppStart>(new MvxAppStart<StartScreenViewModel>());

调用此Close（）时，我将进入未处理的异常处理程序。 例外消息是：

The given key was not present in the dictionary.

at System.Collections.Generic.Dictionary`2.get_Item(TKey key)
at Cirrious.MvvmCross.WindowsCommon.Views.MvxWindowsPage.LoadStateBundle(NavigationEventArgs e)
at Cirrious.MvvmCross.WindowsCommon.Views.MvxWindowsPage.<>c__DisplayClass1.<OnNavigatedTo>b__0()
at Cirrious.MvvmCross.WindowsCommon.Views.MvxWindowsExtensionMethods.<>c__DisplayClass1.<OnViewCreate>b__0()
at Cirrious.MvvmCross.WindowsCommon.Views.MvxWindowsExtensionMethods.OnViewCreate(IMvxWindowsView storeView, Func`1 viewModelLoader)
at Cirrious.MvvmCross.WindowsCommon.Views.MvxWindowsExtensionMethods.OnViewCreate(IMvxWindowsView storeView, MvxViewModelRequest viewModelRequest, Func`1 bundleLoader)
at Cirrious.MvvmCross.WindowsCommon.Views.MvxWindowsPage.OnNavigatedTo(NavigationEventArgs e)

字典中不存在给定的键。
在System.Collections.Generic.Dictionary`2.get_项（TKey）
在cirriary.MvvmCross.WindowsCommon.Views.MvxWindowsPage.LoadStateBundle（NavigationEventArgs e）
在cirriary.MvvmCross.WindowsCommon.Views.MvxWindowsPage.c_udisplayClass1.b_u0（）上
在Cirrious.MvvmCross.WindowsCommon.Views.MvxWindowsExtensionMethods.c_udisplayClass1.b_u0（）中
在cirries.MvvmCross.WindowsCommon.Views.MvxWindowsExtensionMethods.OnViewCreate（IMvxWindowsView存储视图，Func`1 viewModelLoader）中
在cirriary.MvvmCross.WindowsCommon.Views.MvxWindowsExtensionMethods.OnViewCreate（IMvxWindowsView存储视图、MVXViewModelRequestViewModelRequest、Func`1 bundleLoader）
在cirriary.MvvmCross.WindowsCommon.Views.MvxWindowsPage.on导航到（NavigationEventArgs e）

---

什么原因会导致这种情况？

我认为默认情况下，Windows应用商店应用程序会处理不在导航堆栈顶部的页面。您可以覆盖这种行为。

在对导航进行了更多的挖掘和思考之后，我发现了它。 我已经超越了

OnNavigateFrom(...)

在StartScreenViewModel中，但未调用

base.OnNavigateFrom(...)

在功能体中！现在添加该调用将允许导航正常工作。诺布

OnNavigateFrom(...)

base.OnNavigateFrom(...)