Context.startActivity抛异常分析

异常现象

下面的这个异常，相信很多开发者都看着比较眼熟，如下：

04-02 17:00:22.565 E/AndroidRuntime( 1484): android.util.AndroidRuntimeException: Calling startActivity() from outside of an Activity  context requires the FLAG_ACTIVITY_NEW_TASK flag. Is this really what you want?
04-02 17:00:22.565 E/AndroidRuntime( 1484):     at android.app.ContextImpl.startActivity(ContextImpl.java:1370)
04-02 17:00:22.565 E/AndroidRuntime( 1484):     at android.app.ContextImpl.startActivity(ContextImpl.java:1357)
04-02 17:00:22.565 E/AndroidRuntime( 1484):     at android.content.ContextWrapper.startActivity(ContextWrapper.java:322)
04-02 17:00:22.565 E/AndroidRuntime( 1484):     at com.example.xiaoweiz.myapplication1.MainActivity$1.onClick(MainActivity.java:62)
04-02 17:00:22.565 E/AndroidRuntime( 1484):     at android.view.View.performClick(View.java:4869)
04-02 17:00:22.565 E/AndroidRuntime( 1484):     at android.view.View$PerformClick.run(View.java:20243)
04-02 17:00:22.565 E/AndroidRuntime( 1484):     at android.os.Handler.handleCallback(Handler.java:815)
04-02 17:00:22.565 E/AndroidRuntime( 1484):     at android.os.Handler.dispatchMessage(Handler.java:104)
04-02 17:00:22.565 E/AndroidRuntime( 1484):     at android.os.Looper.loop(Looper.java:194)
04-02 17:00:22.565 E/AndroidRuntime( 1484):     at android.app.ActivityThread.main(ActivityThread.java:5590)
04-02 17:00:22.565 E/AndroidRuntime( 1484):     at java.lang.reflect.Method.invoke(Native Method)
04-02 17:00:22.565 E/AndroidRuntime( 1484):     at java.lang.reflect.Method.invoke(Method.java:372)
04-02 17:00:22.565 E/AndroidRuntime( 1484):     at com.android.internal.os.ZygoteInit$MethodAndArgsCaller.run(ZygoteInit.java:964)
04-02 17:00:22.565 E/AndroidRuntime( 1484):     at com.android.internal.os.ZygoteInit.main(ZygoteInit.java:759)

它一般是由如下的代码触发的：

Intent intent = new Intent(Intent.ACTION_VIEW, Uri.parse("mgj://sub"));
getApplication().startActivity(intent);

原因分析

一般我们都会在Activity的上下文中来启动另一个Act，比如
act.startActivity(intent)，这样做不会有这个问题，因为如果是在act中调用的，走的是另外的代码分支，Activity有重载这个方法。原理上讲是因为系统知道要将这个被启动的act放在哪个task里面，默认是和调用startActivity的act同一个task中，比如A启动B，那么系统会将B放入A所在的task中，但如果B在AndroidManifest.xml的<activity>中申明了独特的android:taskAffinity属性，那么B将会出现在一个新的task里，而不是和A一样，默认一个act的taskAffinity值就是app的包名。

另外，当启动的act最终是被放在一个新task中，这个结论一般我们也可以看到打开效果上有所不同，系统默认如果切task的话会有一个明显的切换动画，如果是在同一个task里打开的act，是不会有明显的切换动画，感觉上有点从一个app跳到了另一个app。这是一个经验性的发现，可以很方便地帮助我们识别这一结果，供参考。

偶尔我们可能没有act这样的Context，而是需要在像Application这样的Context中启动act，像上面出问题的代码，通过其调用栈我们发现最终出错是在ContextImpl.startActivity方法中，那我们去看下其源码，如下：

    @Override
    public void startActivity(Intent intent, Bundle options) {
        warnIfCallingFromSystemProcess();
        // 就是下面这个检测干的好事！！！
        if ((intent.getFlags()&Intent.FLAG_ACTIVITY_NEW_TASK) == 0) {
            throw new AndroidRuntimeException(
                    "Calling startActivity() from outside of an Activity "
                    + " context requires the FLAG_ACTIVITY_NEW_TASK flag."
                    + " Is this really what you want?");
        }
        mMainThread.getInstrumentation().execStartActivity(
                getOuterContext(), mMainThread.getApplicationThread(), null,
                (Activity) null, intent, -1, options);
    }

通过上面的源码我们发现了问题的根本原因，要fix这个问题也很简单，添加如下代码intent.addFlags(Intent.FLAG_ACTIVITY_NEW_TASK);即可。

当再次运行时发现这个烦人的Exception已经消失了，很不错，这里可能有些读者会觉得，那既然加了这个Intent.FLAG_ACTIVITY_NEW_TASK，那么启动后SubActivity应该是被放在新的task里面了吧，这里先贴下SubActivity的申明，如下：

SubActivity的申明

task栈内容

我们发现SubActivity和启动它的MainActivity在同一个TaskRecord中，并不是我们想的那样会在新的Task里面，当然实际中我们依据上面介绍的经验从打开动画上就能得出同样的结论。那么我们到底要怎么做才能真正将SubActivity放在一个全新的task栈中呢？我们上面也提到了，可以修改act的taskAffinity属性来做到，改动如下图：

SubActivity增加taskAffinity后的申明

之后我们再次启动，再通过命令行工具看下这时的task栈内容，如下：

task栈内容2

我们发现这次才真正做到了将SubActivity放在了一个全新的task栈中，其实通过这次启动的效果我们也能感觉到，因为有个较明显的切换过程。

另外发现在使用android:taskAffinity这个属性时，如果指定的值不含.，在AS里Run的时候会报这样的错误：
Failure [INSTALL_PARSE_FAILED_MANIFEST_MALFORMED]
所以建议大家在设这个值时可以考虑采用类似java包名的做法，当然了设置这个值还是需要比较谨慎的，因为绝大部分情况是不需要改这些值的，因为改了后行为可能会出乎你的意料，比如会多出来个明显的切换效果，就像官方建议act的singleTask之类的启动模式也不要随便设置一样，最终都需要开发者做好各种测试。

总结

我们在开发过程中会遇到各种各样的问题、坑，特别是Android平台，不过庆幸的是我们有源码，这是一切的根本，也就是说绝大部分问题只要我们愿意都可以从中找到问题的答案，虽然有时比较花时间，但却是提高的途径。也告诉我们出现问题时不要慌张，冷静地去寻找问题的root cause，这才是正确的解决问题的思路。

最后分享一个讲task栈的内容tasks-and-backstack。