转载自：
http://blog.csdn.net/love100628/article/details/43238135
如标题所述，最近被重复实例化launcher activity这个问题搞得很惨，这个问题有哪些表现呢？如下：
- 在package installers 安装界面安装完一个应用后，直接打开app，然后进入了 Activity_1, 此时再通过此activity用startActivity(intent)的方法打开 Activity_2.
- 然后按home键返回桌面，在桌面点击app图标进入，你觉得应该进入的是 Activity_2 ，实际上却是launcher Activity_1 .
- 然而还没完，这时候你按 back 返回键，会发现返回到了之前打开的 Activity_2，再按返回，又出现 launcherActivity_1. 也就是说系统重复实例化了Activity_1.
- 退出app后再次点击桌面图标进入，反复试验，没有再出现这个问题。也就是说，这个问题（bug ？）只出现在操作步骤（1）后才会产生.
以上问题我在一些知名厂商的app 上发现也存在这个BUG ：
百度云
陌陌
去哪儿旅行
...QQ没有出现这个问题
另外，如果以root方式静默安装的话不会出现这个问题，在eclipse里直接发布到模拟器上运行也没有出现这个问题
我在百度后发现大家都拿launchMode说事，不知道他们试验过没，完全不能解决。况且从那四个属性的描述来看，也与此无关。
照理说，launcher Activity_1 启动Activity_2后自身就进入栈底，而Activity_2就在栈顶了，实际上从 操作（3）来看也确实如此。
对操作（2）出现的情况，有文章说这个时候Activity_2此时也退栈了，而Activity_1弹出来了。这是个什么情况？虽然在返回桌面时Activity_2处于onStop()阶段，但并没有立刻被系统销毁，从操作（3）就可看出。在该APP的内存空间的中，此时的Activity_2是最后与用户交互的activity在没有被系统销毁前肯定是在Activity_1之上的。
在onResume()后肯定也应该显示的栈顶的Activity_2.
上面的问题，我觉得是android系统的bug，4.4.4也存在这个问题。
说了这么多废话，下面提供解决方案。
在super.onCreate(...)方法之后插入代码：
if(!this.isTaskRoot()) { //判断该Activity是不是任务空间的源Activity，“非”也就是说是被系统重新实例化出来
//如果你就放在launcher Activity中话，这里可以直接return了
Intent mainIntent=getIntent();
String action=mainIntent.getAction();
if(mainIntent.hasCategory(Intent.CATEGORY_LAUNCHER) && action.equals(Intent.ACTION_MAIN)) {
finish();
return;//finish()之后该活动会继续执行后面的代码，你可以logCat验证，加return避免可能的exception
}
}
来源google ：
https://code.google.com/p/android/issues/detail?id=14262
https://code.google.com/p/android/issues/detail?id=2373#c40
还有另一种方案：
http://stackoverflow.com/questions/3042420/home-key-press-behaviour/4782423#4782423
以上就能解决问题了.Code ：http://blog.csdn.net/love100628/article/details/43238135
