本来想中午就更新一篇文章的，结果这都下午三点半多了，刚才一个小问题一直困扰了我很长时间，刚才经过努力终于是解决了（嗯，应该是解决了吧，还有待更多时间的测试）。
具体问题，我在我的应用的主页面需要获取手机的GPS位置信息，并通过网络API转换成地理位置，然后把这个值绑定到一个控件上面显示出来。 很简单，不是么，所以我就直接在首页的Loaded里面调用了这些需要的方法，其实写这个功能用不了太多的代码，但是当我写完之后我发现，我的程序变得非常的不稳定，80%的情况下是好的，而有的时候界面就会卡住不动。具体表现为退出程序之后重新打开，有的时候界面就处于卡死状态，直到系统强行结束掉我的程序。甚至有的时候直接在VS里面连接真机调试，就卡在首页不动。
有的朋友该说了：你没有用多线程吧？如果请求GPS和请求网络等等都在UI线程里进行，那肯定是要卡死的啊。
我确定，我已经手工写了新的进程了。我也试图用断点跟踪调试到底是哪里出现了问题， 但是终无所获。
由于接近80%的情况下没有异常反应，所以这个问题处理的优先级并不高，但我知道有这么一个BUG总感觉不爽，确实是很不爽啊。
直到一个小时之前，我突然想到了解决办法：
我把上面在Loaded里面做的事情，全部转移到了OnNavigatedTo里面来做，之后测试了数次，均表现正常（如果不出意外，相信我已经找到了正确的解决方法）。
上面罗嗦了一大堆，反思一下并引入正题：Loaded VS OnNavigatedTo
做WinForm或ASP.NET的朋友在处理页面初始化的问题上一般都是习惯在Loaded里面做事情，当然我也不例外。不过在WP7上，看来需要注意一下了。现在分析我刚才遇到的问题，我隐约觉得可能是Load里写的东西和加载界面的数据绑定产生了冲突，或者是资源死锁，当然，这个具体原因我无法给出准确的判断，这个只是感觉。
XXX_Loaded和OnNavigatedTo都是在页面“载入”时触发的（我这里说的载入是指对用户来说，即他们看到界面展示在他们之前），这个可以称为他们的共同点，他们共同使用本页面的资源。至于不同点，XXX_Loaded方法并非每次页面激活而执行，这个估计由系统调度，而OnNavigatedTo方法则在每次页面激活的时候都会执行。还有就是它们的先后顺序，我个人认为（为了怕误导大家先写“个人认为”，等查到确切资料再改）应该是Loaded在前，OnNavigatedTo在后，Loaded执行之时就是页面正在载入的时候，OnNavigatedTo执行的时候应该是页面完全载入完毕了。 刚才还准备查查资料，结果就有朋友提出OnNavigatedTo比Loaded早（感谢“阿干@NET”），马上写了两行程序测试了一下，发现确实如此，写程序不能靠感觉啊~那刚才我遇到的问题，估计就是线程冲突而导致资源死锁（继续标注“可能是”），而OnNavigatedTo在前，似乎就对这种情况进行了避免。刚才写完文章之后也百度了一下，发现很多朋友多认为页面里还是用OnNavigatedTo比Loaded好一些。
所以，以后涉及到界面上绑定的数据的变量的值的获取，最好还是写到OnNavigatedTo里面吧。当然，如果你想只执行一次，比如我上面的GPS位置只需要获取一次就够了，那也容易：
private bool _isFirst = true;
{
base.OnNavigatedTo(e);
if (_isFirst)
{
//TODO:.......
_isFirst = false;
}
}