比较windows phone 的回退事件与android的回退事件
public void onBackPressed() { finish(); }
如果要做一个页面导航的功能的话，就我而言，认为，windows phone开发比android更加人性化，更加傻瓜化能够后退键保存相应的数据啊。
不是吗，windows phone 导航更加傻瓜，因为微软的api中直接有一个goback的方法，能够使你回到相应的后退界面，因为他航到 Back 堆栈中的最新条目。 如果 Back 堆栈中没有任何条目，则此方法将引发异常；在调用此方法前，始终都要检查 CanGoForward。 这是由于一个页面毡对相应的page进行了管理，自愿遵守先进后出的原理也很好管理。而android中activity本身也有一个栈对象对相应的activity进行了管理，自愿后退时候，也能够进行了后退。想法是很好的，但现实是残酷的。你看我们android程序员必须在onkey事件中对相应的事件进行监听，判断他按下是不是back键来回退按钮。 这里事件是activity必须要实现传递，来截获这个后退按下的事件。我这里重点要提出一个问题，onKeyDown事件究竟是一层层实现back事件的.android 就是比.net好啊！开源，看源代码。
需调用activity中的onKeyDown事件，他的源代码如何： 这是我们定义到了activity中的onKeyDown事件，他的源代码是这样子的：
if (keyCode == KeyEvent.KEYCODE_BACK) { if (getApplicationInfo().targetSdkVersion >= Build.VERSION_CODES.ECLAIR) { event.startTracking(); } else { onBackPressed(); } return true; }
判断其目标版本是不是比本版本大的的话，就调用event.startTracking()方法，对event.startTracking()方法跟踪，发现他总是相隔了一段时间进行调用。
否则的话，就调用onbackPressed方法。这个方法又是个怎么鸟样。源代码如下：
public void onBackPressed() { finish(); }
他就调用 finish结束了当前的activity了，他的源代码又是这个鸟样：
public void finish() { if (mParent == null) { int resultCode; Intent resultData; synchronized (this) { resultCode = mResultCode; resultData = mResultData; } if (Config.LOGV) Log.v(TAG, "Finishing self: token=" + mToken); try { if (ActivityManagerNative.getDefault() .finishActivity(mToken, resultCode, resultData)) { mFinished = true; } } catch (RemoteException e) { // Empty } } else { mParent.finishFromChild(this); } }
判断其父activity是不是有值的，有的话，就把当前数据保存起来，如果当前activity结束了，就通知dalvik虚拟机已经结束了当前activity，否则的父一级的activity来结束当前activity。
这就是back事件的实现，他的实现的流程图是这样的：
这就是我对back事件一点点了解。
好好学习天天向上。