经典回答
这应该是一道很虐人的面试题，很多人都答不上来，很多人根本就没有用过。当我发现在被我面试的人中有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”。
当“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”应该获得焦点了，会产生一些混乱或是违反的原有的一些约定。
你的朋友是不是也在准备面试呢？你可以“请朋友读”，把今天的题目分享给好友，或许你能帮到他。