Android activity相互跳转后台出现两个页面的坑

首先解释下,A activity启动B activity连个activity的生命周期

A 启动周期
onCreate()——>onStart()——>onResume()
A启动B A不finish
A onPause()-->B onCreate()——>onStart()——>onResume()-->A onStop()
B返回A
B onPause()-->A onRestart()——>onStart()——>onResume()-->B onStop()——>onDestroy()

一个Activity的销毁顺序:

　　(情况一)onPause()——>

　　(情况二)onPause()——>onStop()——>

　　(情况三)onPause()——>onStop()——>onDestroy()

　　每一个活动( Activity )都处于某一个状态，对于开发者来说，是无法控制其应用程序处于某一个状态的，这些均由系统来完成。

　　但是当一个活动的状态发生改变的时候，开发者可以通过调用 onXX() 的方法获取到相关的通知信息。

　　在实现 Activity 类的时候，通过覆盖( override )这些方法即可在你需要处理的时候来调用。

　　一、 onCreate ：当活动第一次启动的时候，触发该方法，可以在此时完成活动的初始化工作。

　　onCreate 方法有一个参数，该参数可以为空( null )，也可以是之前调用onSaveInstanceState
()方法保存的状态信息。

　　二、 onStart ：该方法的触发表示所属活动将被展现给用户。

　　三、 onResume ：当一个活动和用户发生交互的时候，触发该方法。

　　四、 onPause
：当一个正在前台运行的活动因为其他的活动需要前台运行而转入后台运行的时候，触发该方法。这时候需要将活动的状态持久化，比如正在编辑的数据库记录等。

　　五、 onStop ：当一个活动不再需要展示给用户的时候，触发该方法。如果内存紧张，系统会直接结束这个活动，而不会触发 onStop
方法。
所以保存状态信息是应该在onPause时做，而不是onStop时做。活动如果没有在前台运行，都将被停止或者Linux管理进程为了给新的活动预留足够的存储空间而随时结束这些活动。因此对于开发者来说，在设计应用程序的时候，必须时刻牢记这一原则。在一些情况下，onPause方法或许是活动触发的最后的方法，因此开发者需要在这个时候保存需要保存的信息。

　　六、onRestart ：当处于停止状态的活动需要再次展现给用户的时候，触发该方法。

　　七、 onDestroy ：当活动销毁的时候，触发该方法。和onStop
方法一样，如果内存紧张，系统会直接结束这个活动而不会触发该方法。

　　· onSaveInstanceState ：系统调用该方法，允许活动保存之前的状态，比如说在一串字符串中的光标所处的位置等。

　　通常情况下，开发者不需要重写覆盖该方法，在默认的实现中，已经提供了自动保存活动所涉及到的用户界面组件的所有状态信息。

Activity状态

一般认为Activity有以下四种状态：

　　活动的：当一个Activity在栈顶，它是可视的、有焦点、可接受用户输入的。Android试图尽最大可能保持它活动状态，杀死其它Activity来确保当前活动Activity有足够的资源可使用。当另外一个Activity被激活，这个将会被暂停。

　　暂停：在很多情况下，你的Activity可视但是它没有焦点，换句话说它被暂停了。有可能原因是一个透明或者非全屏的Activity被激活。

　　当被暂停，一个Activity仍会当成活动状态，只不过是不可以接受用户输入。在极特殊的情况下，Android将会杀死一个暂停的Activity来为活动的Activity提供充足的资源。当一个Activity变为完全隐藏，它将会变成停止。

　　停止：当一个Activity不是可视的，它“停止”了。这个Activity将仍然在内存中保存它所有的状态和会员信息。尽管如此，当其它地方需要内存时，它将是最有可能被释放资源的。当一个Activity停止后，一个很重要的步骤是要保存数据和当前UI状态。一旦一个Activity退出或关闭了，它将变为待用状态。

　　待用： 在一个Activity被杀死后和被装在前，它是待用状态的。待用Acitivity被移除Activity栈，并且需要在显示和可用之前重新启动它。

　　activity的四种加载模式

　　在android的多activity开发中，activity之间的跳转可能需要有多种方式，有时是普通的生成一个新实例，有时希望跳转到原来某个activity实例，而不是生成大量的重复的activity。加载模式便是决定以哪种方式启动一个跳转到原来某个Activity实例。

　　在android里，有4种activity的启动模式，分别为：

　　·standard: 标准模式，一调用startActivity()方法就会产生一个新的实例。

　　·singleTop: 如果已经有一个实例位于Activity栈的顶部时，就不产生新的实例，而只是调用Activity中的newInstance()方法。如果不位于栈顶，会产生一个新的实例。

　　·singleTask: 会在一个新的task中产生这个实例，以后每次调用都会使用这个，不会去产生新的实例了。

　　·singleInstance: 这个跟singleTask基本上是一样，只有一个区别：在这个模式下的Activity实例所处的task中，只能有这个activity实例，不能有其他的实例。

　　这些启动模式可以在功能清单文件AndroidManifest.xml中进行设置，中的launchMode属性。

四种加载模式的区别:

现在task栈元素为A-B-C-D(D在栈顶)，这时候给D发一个启动intent，如果D是
“standard”的，则生成D的一个新实例，栈变为A-B-C-D-D。
如果D是singleTop的话，则不会生产D的新实例，栈状态仍为A-B-C-D
如果这时候给B发Intent的话，不管B的launchmode是”standard” 还是 “singleTop”，都会生成B的新实例，栈状态变为A-B-C-D-B。
“singleInstance”是其所在栈的唯一activity，它会每次都被重用。
“singleTask” 如果在栈顶，则接受intent，否则，该intent会被丢弃，但是该task仍会回到前台。
当已经存在的activity实例处理新的intent时候，会调用onNewIntent()方法，如果收到intent生成一个activity实例，那么用户可以通过back键回到上一个状态;如果是已经存在的一个activity来处理这个intent的话，用户不能通过按back键返回到这之前的状态。

项目遇见这种坑

参考了别人的资料后 http://blog.csdn.net/lizhiguo0532/article/details/7480993

有一个 Flag
Intent.FLAG_ACTIVITY_REORDER_TO_FRONT
这个的意思是表示“如果这个activity已经启动了，就不产生新的activity，而只是把这个activity实例加到栈顶“。
启动时添加这个Flag就不会再出现上图的那种情况了.