一、页面跳转逻辑分析

1.1 跳转逻辑分析

Android在界面跳转的时候，比如从Activity A 跳回 Activity B，并不是先执行A的onDestroy，而是执行完A的onPause之后就立即跳回Activity B里的onResume。在执行了Activity B 的onResume之后一两秒甚至更长一点的时间才执行Activity A里的onDestroy。

1.2 跳转逻辑特点和隐患

这样的处理机制应该是为了能够立即响应用户的操作。但是这样子的话，如果Activity A在运行前和运行后都要进行预处理和反预处理的话，便会存在问题。比如一个能播放加密视频的播放器里，如果把视频的解密操作放在onCreate里，把视频的加密操作放在onDestory里。此时Activity A便是播放视频的界面，Activity B便是播放列表/主界面。在Activity B点击相应的视频c进入到Activity A里，在onCreate里执行解密使得视频可以播放。当按返回键的时候先执行Activity B的onResume，所以在视频c加密前就跳回了Activity B的界面，因此在此时还能点击进入Activity B。假设在这个时候（Activity A的onDestroy还没被调用，但因为Activity B的onResume已运行完毕，所以可以跟Activity B交互）用户点击视频c，再次进入Activity A，则Activity A在onCreate中解密视频c(此时视频c是已经加密过的)。那么，如果加密函数不和解密函数等价的话，且二次解密不会使视频回复到原视频的话，则这个视频经过二次解密，就已经成为废视频了。

1.3 跳转逻辑思路整理

从前面的分析可以看出，对时间要求和Activity是否获取焦点密切相关的操作，不能放在onCreate和onDestroy里，而应该考虑放在onResume和onPause里。而像上述举的例子，如果是使用surfaceView来播放视频的话，也可以考虑在surfaceHolder.addCallback里的new Callback（）的实现中的surfaceCreated和surfaceDestroyed两个函数里分别实现。

二、示例

这里使用的最简单的测试逻辑，测试并证明上面的分析是正确的。开始为MainActivity，跳转到Main2Activity，然后再回到MainActivity，此时触发的生命周期的逻辑：

2.1 三星手机（Android 4.3 版本）

E/111: onCreate

E/111: onResume

E/222: onCreate

E/222: onResume

E/111: onStop
E/222: onPause

E/111: onResume

E/222: onStop

E/222: onDestroy

2.2 华为手机（Android 7.0 版本）

E/111: onCreate

E/111: onResume

E/222: onCreate

E/222: onResume

E/111: onStop
E/222: onPause

E/111: onResume

E/222: onStop

E/222: onDestroy