本来想中午就更新一篇文章的，结果这都下午三点半多了，刚才一个小问题一直困扰了我很长时间，刚才经过努力终于是解决了（嗯，应该是解决了吧，还有待更多时间的测试）。
具体问题，我在我的应用的主页面需要获取手机的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;
protected override void onnavigatedto(system.windows.navigation.navigationeventargs e)
{
base.onnavigatedto(e);
if (_isfirst)
{
//todo:.......
_isfirst = false;
}
}
作者 锦燕云
如对本文有疑问， 点击进行留言回复！！
Rimworld 太好玩了，强烈推荐 尤其是加了各种mod后
【程序】Marvell 88W8686 WiFi模块（WM-G-MR-09）创建或连接热点，并使用lwip2.0.2建立http服务器（20171030版）
我要评论
网友评论