Windows Phone 7 Tip - 小心使用 OnNavigatedTo 事件

在开发一个多页面的Windows Phone 7应用程序的过程中，偶然发现与页面导航（Page Navigation）有关的一些潜在“秘密”。

 

在我的应用中，页面 A 的程序响应某按钮的点击事件，通过 NavigationService.Navigate() 方法跳转到另一个页面 B。而在 B 页面中的 OnNavigatedTo 事件中，根据业务逻辑的需要，会进行一些判断，然后在一些业务数据不满足条件的情况下，会弹出消息对话框（采用MessageBox.Show()方法）。这一操作流程似乎没有什么问题。但经过细心的测试发现，在该消息对话框弹出后，如果用户不做任何操作，大约10秒钟后整个应用程序会被强行关闭。

而这一现象居然在联机Debug时无法再现，只有通过应用程序列表直接运行起来才会发生！

 

经过反复试验和推测，我认为“强行关闭应用”这一步操作应该是由操作系统来处理的。再想想看，也相当合乎逻辑。我们可以尝试在 B 页面的 OnNavigatedTo 事件函数入口处设置一个断点，然后在联机 Debug 环境下触发页面跳转。你会看到，在该事件被触发的那一刻，页面 A 仍显示在手机屏幕中，表明页面导航尚未结束，正处于进行过程中。而在此时弹出 MessageBox 对话框，恰恰阻碍了页面跳转的顺利进行，使其处于“卡死”状态（MessageBox.Show()方法会令程序流停止于该语句调用的地方，并在用户对消息对话框进行响应后继续）。而根据 Windows Phone 7 的相关 Development Guide，页面处于停滞状态达10秒者，杀无论。这就解释了为什么在上述例子中，当用户在10秒内不作出任何响应，应用程序就会被强行关闭了。

从这个角度出发，我们也不难猜想，如果在 OnNavigatedTo 事件中试图执行一些“重量级”操作，导致进程停滞达10秒以上时，同样也会被系统强行关闭。

 

用图示来描述本文内容：

 

如果一定要在刚刚跳转到 B 页面时就执行必要的处理逻辑，并弹出 MessageBox 的话，可以考虑使用 B 页面的 Loaded 事件。该事件的触发时间稍晚于 OnNavigatedTo 事件，但此时整个页面导航已经执行完毕，A 页面已完全退出手机屏幕。因此，在 Loaded 事件里弹出 MessageBox 是比较安全的。但值得注意的是，Loaded 事件仅在进入该页面时触发一次，而 OnNavigatedTo 事件则在每次显示该页面时都会被触发（例如：在显示 B 页面的状态下按 Start 按钮或 Search 按钮，然后再按下 Back 键回到 B 页面时）。

 

有兴趣的朋友可以下载示例代码来实测一下：

下载代码

 

希望本文能够给开发 Windows Phone 7 多页面应用程序的朋友起到提醒的作用。