在按HOME后重新启动应用程序时,如何返回到最近启动的活动?

| 熟悉的场景:我有一个Main活动,当按下按钮时会启动Game活动。如果用户按下HOME,然后再次启动我的应用程序,则应该向其显示“游戏”活动,这是他在使用该应用程序时最后做的事情。 但是,发生的事情是他再次获得了Main活动。我感到Android正在创建MainActivity的另一个实例并将其添加到该应用程序的堆栈中,而不是仅仅选择顶部的内容,因为如果在重新启动该应用程序后按BACK,我将进入Game活动!并且每次都会调用Main.onCreate方法,而不是调用GameActivity.onResume。 我的
AndroidManifest.xml
几乎是“裸露的骨头”:
<activity android:name=\"MainActivity\" android:label=\"@string/app_name\">
    <intent-filter>
        <action android:name=\"android.intent.action.MAIN\" />
        <category android:name=\"android.intent.category.LAUNCHER\" />
    </intent-filter>
</activity>

<activity android:name=\"GameActivity\" android:label=\"@string/app_name\">
</activity>
如您所见,没有什么太花哨的。 这就是启动新活动的方式,也非常简单:
Intent intent = new Intent(this, GameActivity.class);
startActivity(intent);
从理论上讲,这应该在“开箱即用”的Android系统中起作用,因为对一个非常相似的问题的回答是:在Android中维护标准应用程序活动回栈状态(使用singleTask启动模式),但并非如此。 我一直在阅读和重新阅读有关“活动,任务和堆栈”的文档,并浏览SO中的所有相关答案,但是我不明白为什么这么简单的设置不能按预期工作。     
已邀请:
        
    @Override 
protected void onCreate(Bundle savedInstanceState) { 
    super.onCreate(savedInstanceState); 
    if ((getIntent().getFlags() & Intent.FLAG_ACTIVITY_BROUGHT_TO_FRONT) != 0) { 
        // Activity was brought to front and not created, 
        // Thus finishing this will get us to the last viewed activity 
        finish(); 
        return; 
    } 

    // Regular activity creation code... 
} 
    
        哦,我想我已经找到了答案。 因为我是使用IntelliJ启动应用程序的,所以它似乎以不同于用户单击主屏幕小部件的方式启动应用程序。在另一个SO问题的答案中对此进行了解释:   这是由于用于启动应用程序的意图不同。 Eclipse使用没有动作且没有类别的意图来启动应用程序。启动器使用具有android.intent.action.MAIN操作和android.intent.category.LAUNCHER类别的意图启动应用。安装程序使用android.intent.action.MAIN操作且没有类别启动应用程序。 参考:应用程序始终从根活动开始而不是恢复后台状态(已知错误) 因此,我已经手动终止了手机中的应用程序,然后从主屏幕小部件中重新启动了该应用程序。然后打开GameActivity,然后按HOME。现在,重新启动游戏时,GameActivity仍然可见,并且保持其UI状态与我离开时相同。 而且我猜想,之前按下快捷键时创建活动的新实例的原因是由于使用了不同的Intent来启动活动。     
        最简单的解决方案是在onPause期间写出首选项或将状态序列化为持久文件,然后在onResume期间在主入口点Activity中读取此文件。此活动将重建应用程序状态并重新启动正确的活动。 您正在看到此信息,因为您的应用可能会在退出时被操作系统杀死。您永远无法确定,因此如果您想要真正的使用持久性,即无论如何都返回上一个活动,则需要将状态写入持久性存储。     
        我强烈建议使用isTaskRoot而不是FLAG_ACTIVITY_BROUGHT_TO_FRONT标志来检查活动是否应该完成。 我喜欢Sachin的回答,但有时它给了我错误的肯定,我会在不应该的时候结束活动。我发现重现这种误报的可靠方法是: 从主屏幕启动应用程序 按下首页 再次从主屏幕启动该应用 按“返回”返回主屏幕 从“最近的应用程序”返回到应用程序 我开始寻找方法来检查我的任务的活动堆栈,并使用ActivityManager找到了答案。这看起来似乎可行,但是此答案指出了isTaskRoot的存在,这是一种简单,优雅的检测方法,它不会产生误报,不需要特殊权限且不使用docuemtation所说的方法专用于调试和任务管理应用程序,而这种使用方式不支持这些方法。     
我了解您来自哪里,但我认为操作系统并不想做任何假设。另外,还有一个问题是您的应用已被回收,因为内存需要其他东西。因此,它将从您的MainActivity重新开始。 根据游戏的复杂程度,您可以将状态保存在SharedPreferences中,也可以将SqlLite数据库保存在活动的onPause()方法中。然后onResume()可以将用户还原到最后一个状态,其中可能包括“重新启动”您的GameActivity。 希望这可以帮助! 编辑:我的意思是,作为开发人员,我们有责任向用户显示/保证回到应用程序时显示正确的活动。您的应用程序的内存总是有被回收的潜力,然后android将重新启动您用MAIN和LAUNCHER意图标记的活动。通过保存状态(活动ID),您可以将它们从主目录重定向到该活动。     
        我在应用程序中使用以下活动堆栈解决了问题: LaunchActivity-> MainActivtiy-> SomeSubActivtiy LaunchActivtiy仅验证某些参数并启动MainActivtiy。 原来,MainActivity必须与
intent.setFlags(Intent.FLAG_ACTIVITY_NEW_TASK | Intent.FLAG_ACTIVITY_CLEAR_TOP);
MainActivity上的标志组合提供了所需的行为。     

要回复问题请先登录注册