Android -- 每日一问:Activity的启动模式(launchMode)有哪些,有什么区别?

Android -- 每日一问:Activity的启动模式(launchMode)有哪些,有什么区别?_第1张图片

经典回答

这应该是一道很虐人的面试题,很多人都答不上来,很多人根本就没有用过。当我发现在被我面试的人中有80%的比例对它不了解时,我找过一些同事讨论是否还有在面试中考查这个问题的必要,得到的回答是“程序员何苦为难程序员”!

因为很多程序员都认为这个启动模式没有多大用处。好吧,我用一个实际中很容易遇到的问题来引出它有多么有用。

很多人在使用 startActivityForResult 启动一个 Activity 时,会发现还没有开始界面跳转本身的
onActivityResult 马上就被执行了,这是为什么呢?

遇到过吧,我见过很多人为了这个问题抓耳挠腮的。在 Activity.java 的 startActivityForResult 方法上看一下官方的说明吧:

     * <p>Note that this method should only be used with Intent protocols
     * that are defined to return a result.  In other protocols (such as
     * {@link Intent#ACTION_MAIN} or {@link Intent#ACTION_VIEW}), you may
     * not get the result when you expect.  For example, if the activity you
     * are launching uses the singleTask launch mode, it will not run in your
     * task and thus you will immediately receive a cancel result.

很多人出现这个问题,确实是因为 startActivityForResult 启动的 Activity 设置了 singleTask 的启动模式。但是,除了这种情况还有可能会马上执行吗?

有,而且很多。如下面表格,左边第1列代表 MainActivity 的启动模式,第一行代表 SecondActivity(即要 startActivityForResult 启动的 Activity)的启动模式,打叉代表在这种组合下 onActivityResult 会被马上调用。

stand singleTop singleTask singleInstance
x x
x x
x x
x x x x

好在幸运的是,Android 在 5.0 及以后的版本修改了这个限制。也就是说上面x的地方全部变成了√。

那么在Android 5.0后,还会有这个问题吗?

还是会的。如在 Intent 中设置了 FLAG_ACTIVITY_NEW_TASK再startActivityForResult ,即使是标准的启动模式仍然会有这个问题。

intent.setFlags(Intent.FLAG_ACTIVITY_NEW_TASK);

Log如下:

I/MainActivity: onCreate
I/MainActivity: onResume
I/MainActivity: onPause
I/MainActivity: onActivityResult requestCode=1 resultCode=0
I/MainActivity: onResume
I/MainActivity: onPause
I/SecondActivity: onCreate
I/SecondActivity: onResume

注意:MainActivity的onResume 也会被触发。因为onActivityResult
被执行时,它会重新获得焦点。很多人也会遇到 onResume 被无故调用,也许就是这种情况。

所以,最终我们发现只要是不和原来的Activity在同一个 Task 就会产生这种立即执行 onActivityResult 的情况,从原代码也可以得到验证,详情查看ActivityStackSupervisor.java。

        if (r.resultTo != null && (launchFlags & Intent.FLAG_ACTIVITY_NEW_TASK) != 0
                && r.resultTo.task.stack != null) {
            // For whatever reason this activity is being launched into a new
            // task...  yet the caller has requested a result back.  Well, that
            // is pretty messed up, so instead immediately send back a cancel
            // and let the new task continue launched as normal without a
            // dependency on its originator.
            Slog.w(TAG, "Activity is launching as a new task, so cancelling activity result.");
            r.resultTo.task.stack.sendActivityResultLocked(-1,
                    r.resultTo, r.resultWho, r.requestCode,
                    Activity.RESULT_CANCELED, null);
            r.resultTo = null;
        }

原因

其实上面代码中的英文注解也说得很清楚了,Android 认为不同的Task之间对这种要求返回结果的启动方式会产生一些依赖(对Task),所以干脆简单粗暴在跳转前直接返回 RESULT_CANCELED 结果。

我们还是用一个例子简单解释一下,如下图,有两个任务栈(stack),处于前可视状态的是“Back Stack”也叫返回栈,处理后台的是“Background Task”。

Android -- 每日一问:Activity的启动模式(launchMode)有哪些,有什么区别?_第2张图片

当“Activity 2”通过 startActivityForResult 启动“Activity Y”时,“Background Task”中的Activity会被压入返回栈的栈顶。这种情况下,如果没有在跳转前直接返回 RESULT_CANCELED 给“Activity 2”,那么按Back键,应该要跳转到“Activity X”,而按Back键“Activity Y”就会调用finish会发送Result给启动它的“Activity 2”。这时就很难搞清楚,到底是“Activity 2”还是“Activity X”应该获得焦点了,会产生一些混乱或是违反的原有的一些约定。

你的朋友是不是也在准备面试呢?你可以“请朋友读”,把今天的题目分享给好友,或许你能帮到他。

你可能感兴趣的:(Android,--,每日一问,android,每日一问)