startActivity在Activity和Service中的不同实现，以及“Calling startActivity() from outside of an Activity”错误解决

startActivity简介：

在Android应用开发过程中，通过调用startActivity可以启动另外一个Activity，参数必须包含Intent。例如，

Intent intent = new Intent(mContext,SubActivity.class);
startActivity(intent);

这里的mContext是用户自己定义的Activity或Service等，可见，startActivity是Context的一个方法，所以，通常是通过Context的派生类来实现。

但是，如果是Service中调用上述代码，会出现如下错误：
Caused by: android.util.AndroidRuntimeException: Calling startActivity() from outside of an Activity  context requires the FLAG_ACTIVITY_NEW_TASK flag. Is this really what you want?

问题解决：

根据提示，很容易就解决了这个问题。解决方法：在你的自定义的Service中的调用startAcitivity时，设置Intent的FLAG_ACTIVITY_NEW_TASK属性即可，如下：

Intent intent = new Intent(mContext,SubActivity.class);
intent.addFlags(Intent.FLAG_ACTIVITY_NEW_TASK);
startActivity(intent);

思考：
为什么在Activity中，不设置FLAG_ACTIVITY_NEW_TASK也可以呢？

startActivity源码分析（透过现象看本质）：

本文只分析“FLAG_ACTIVITY_NEW_TASK”在startActivity中的处理方式，因为正是它的设置与否导致了上面的异常发生。

先来看一下Activity和Service的类图：

Acitivity和Servie都是集成自Context的，详细继承关系如下：

 如图所示：

1. Service和Activity都最终继承自Context；

2. ContextImpl是context的真正实现；

3.Service是通过调用父类的mBase的方法来实现相关功能的。而mBase就是ContextImpl类的实例；

4.Activity重写了startActivity方法；而Service没有这样做；

5. Context，ContextWrapper，ContextImpl采用了设置模式中的装饰器模式：

1）ContextWrapper和ContextImpl都继承自Context；

2）ContextImpl又是ContextWrapper的一个实例对象（mBase），即ContextWrapper中的功能是通过mBase来实现的；

3）Service和Activity是ContextWrapper的派生类；

startActiivty在Service中的实现（其实是在其父类中的实现）：

 在service中调用startActivity中，调用链如下：

Service.startActivity  -->
    ContextWrapper.startActivity  -->
        ContextImpl.startActivity

在ContextWrapper中，

    @Override    public void startActivity(Intent intent) { mBase.startActivity(intent);    }

mBase就是ContextImpl的一个实例，它的startActivity的代码如下：

@Override    public void startActivity(Intent intent, Bundle options) { warnIfCallingFromSystemProcess(); // Calling start activity from outside an activity without FLAG_ACTIVITY_NEW_TASK is // generally not allowed, except if the caller specifies the task id the activity should // be launched in. if ((intent.getFlags()&Intent.FLAG_ACTIVITY_NEW_TASK) == 0  && options != null && ActivityOptions.fromBundle(options).getLaunchTaskId() == -1) {     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);    }

 分析，看到如下信息了么：

throw new AndroidRuntimeException(
                    "Calling startActivity() from outside of an Activity "
                    + " context requires the FLAG_ACTIVITY_NEW_TASK flag."
                    + " Is this really what you want?");

 抛出的异常正式本文开头的错误信息。那么，这个异常抛出的条件是什么呢？

答案是：

if ((intent.getFlags()&Intent.FLAG_ACTIVITY_NEW_TASK) == 0
                && options != null && ActivityOptions.fromBundle(options).getLaunchTaskId() == -1) 为true。

 那么，在我们的代码中，出错的代码就是因为没有设置Intent.FLAG_ACTIVITY_NEW_TASK，导致这个if语句为true，从而抛出了异常。

其实，这时候，还没有开始进行Activity的生命周期的代码呢。只有调用到后面的

mMainThread.getInstrumentation().execStartActivity

，然后，通过Instrumenttation开始acitivty的生命周期的处理。

startActiivty在Actiivty中的实现（其实是重写了父类的方法）：

在Activity中，

@Override    public void startActivity(Intent intent) { startActivity(intent, null);    }

 startActivity的执行是非常复杂的一个过程，整个过程中，既涉及到应用的启动，又涉及到Activity的管理；既涉及到进程的创建，又涉及到与ActivityManagerService等组件进行进程间通信。整个过程中，我们只针对FLAG_ACTIVITY_NEW_TASK进行简单的剖析：

整个调用链中，关键组件如下：

Activity.startActivity  -->
     Instrumentation.execStartActivity -->

         AMS.startActivity   //即ActivityManagerNative.getDefault().startActivity   -->

             ActivityStack.startActivity相关函数

这里的AMS，指的是ActivityMangerService相关的组件。Activity的startActivity，通过AMS进行进程间通信，最终调用到ActivityStack的相关函数中。

在ActivityStack的相关函数中，做了FLAG_ACTIVITY_NEW_TASK的条件判断以及处理，例如：
 

 final int startActivityUncheckedLocked(ActivityRecord r,     ActivityRecord sourceRecord, int startFlags, boolean doResume,     Bundle options) {     ......     if (sourceRecord == null) {     // This activity is not being started from another...  in this     // case we -always- start a new task.     if ((launchFlags&Intent.FLAG_ACTIVITY_NEW_TASK) == 0) {  Slog.w(TAG, "startActivity called from non-Activity context; forcing Intent.FLAG_ACTIVITY_NEW_TASK for: " + intent);  launchFlags |= Intent.FLAG_ACTIVITY_NEW_TASK;     }     }     ..... }

当在Intent中没有添Intent.FLAG_ACTIVITY_NEW_TASK时，会主动将这个属性加在Intent中。

所以，在自定义的Activity中，不需要添加Intent.FLAG_ACTIVITY_NEW_TASK时，也是没有问题的。

后记：

某种意义上讲，搞懂了startActivity方法，就搞懂整个Framework层的70%以上的核心代码。
稍微列举一下，就能列出一系列核心功能和组件：
Application：应用的启动；

PackageManagerService: package的解析和管理；

ActivityManagerService：Activity的启动以及生命周期的管理；

Binder机制；

Home：当从桌面点击时的处理；

Zygote：进程的创建；

Dalvik虚拟机；

......等等,

哪一个和startActivity没有关系？

附：

startActivity源码分析传送门：

Android应用程序启动流程之从startActivity开始_liranke的专栏-CSDN博客

 startActivity，永无止境的探索。