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

绝地灬酷狼 2023-09-30 09:25 12阅读 0赞

#### 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的，详细继承关系如下：

![watermark_type_d3F5LXplbmhlaQ_shadow_50_text_Q1NETiBAbGlyYW5rZQ_size_20_color_FFFFFF_t_70_g_se_x_16][]

如图所示：

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博客][Android_startActivity_liranke_-CSDN]

--------------------

startActivity，永无止境的探索。

[watermark_type_d3F5LXplbmhlaQ_shadow_50_text_Q1NETiBAbGlyYW5rZQ_size_20_color_FFFFFF_t_70_g_se_x_16]: https://img-blog.csdnimg.cn/0307870d9c924495afcf07744b600951.png?x-oss-process=image/watermark,type_d3F5LXplbmhlaQ,shadow_50,text_Q1NETiBAbGlyYW5rZQ==,size_20,color_FFFFFF,t_70,g_se,x_16
[Android_startActivity_liranke_-CSDN]: https://blog.csdn.net/liranke/article/details/5448812