Android 笔记之 Activity的四种启动模式和Flags标记位

版权声明:本文为博主原创文章,未经博主允许不得转载。 https://blog.csdn.net/daxiong25/article/details/80775498

standard:标准模式

    standard是活动默认的启动模式,在不进行显式指定的情况下,所有活动都会自动使用这种启动模式。每当启动一个新的活动,它就会在任务栈中入栈,并处于栈顶的位置。对于使用standard模式的活动,系统不会在乎这个活动是否已经在返回栈中存在,每次启动都会创建该活动的一个新的实例。

    在standard模式(即默认情况)下,谁启动了这个Activity,那么这个Activity 就会运行在启动它的那个Activity 所在的栈中。比如Activity A 启动了Activity B(B 是标准模式),则 B 就会进入到 A 所在的栈中。当我们用 ApplicationContext 去启动 standard 模式的 Activity 时,会抛下面的异常:

 android.util.AndroidRuntimeException: Calling startActivity() from outside of an Activity  context requires the  FLAG_ACTIVITY_NEW_TASK flag.

    Tips:当我们在Adapter或者其他地方(如Service、BroadCastReceiver、Widget等)中使用startActivity()时,也会抛该异常

    这是因为 standard 模式的Activity 默认会进入启动它的Activity 所属的任务栈,但是由于非Activity 类型的 Context(如ApplicationContext)并没有任务栈,所以就有问题了。

    解决办法就是为待启动 Activity 指定 FLAG_ACTIVITY_NEW_TASK 标记位,这样启动的时候就会为它创建一个新的任务栈,这个时候待启动 Activity 实际上是以 singleTask 模式启动的。

    我们将会一个Activity,命名为FirstActivity,来演示一下标准的启动模式。FirstActivity代码如下:

public class FirstActivity
        extends AppCompatActivity
{

    private static final String TAG = "FirstActivity";


    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main);
        if (savedInstanceState != null) {
            String test = savedInstanceState.getString("extra_test");
            Log.e(TAG, "[onCreate] restore extra_test:" + test);
        }
        TextView textView = findViewById(R.id.tast_id1);
        textView.setText(this.toString() + "\n" + "current task id: " + this.getTaskId());
        findViewById(R.id.first_btn2).setOnClickListener(new View.OnClickListener() {
            @Override
            public void onClick(View v) {
                startActivity(new Intent(getApplicationContext(), SecondActivity.class));
            }
        });
        findViewById(R.id.first_btn1).setOnClickListener(new View.OnClickListener() {
            @Override
            public void onClick(View v) {
                startActivity(new Intent(getApplicationContext(), FirstActivity.class));
            }
        });
    }


}

    我们FirstActivity界面中的TextView用于显示当前Activity实例的序列号,Button用于跳转到下一个FirstActivity界面。

然后我们连续点击几次按钮,将会出现下面的现象:


 

 

    我们注意到都是FirstActivity的实例,但序列号不同,并且我们需要连续按后退键两次,才能回到第一个FristActivity。standard模式的原理如下图所示:

 

 

    如图所示,每次跳转系统都会在task中生成一个新的FirstActivity实例,并且放于栈结构的顶部,当我们按下后退键时,才能看到原来的FirstActivity实例。

    这就是standard启动模式,不管有没有已存在的实例,都生成新的实例。

 

singleTop:栈顶复用模式,解决重复创建栈顶活动的问题。

    适用场景:适合接收通知启动的内容显示页面。例如,某个新闻客户端的新闻内容页面,如果收到10个新闻推送,每次都打开一个新闻内容页面是很麻烦的。从外界可能多次跳转到一个界面

    当活动的启动模式指定为singleTop,在启动活动时如果发现任务栈的栈顶已经是该活动,则认为可以直接使用它,不会再创建新的活动实例,同时它的onNewIntent 方法会被回调,通过此方法的参数我们可以取出当前请求的信息。

    注意:这个Activity 的onCreate、onStart 不会被系统调用,因为它并没有发生改变。如果新Activity 的实例已存在但不是位于栈顶,那么新Activity 仍然会重新重建。

    我们看到这个结果跟standard有所不同,2个序列号是相同的,也就是说使用的都是同一个FirstActivity实例;如果按一下后退键,程序立即退出,说明当前栈结构中只有一个Activity实例。singleTop模式的原理如下图所示:

 

    这是栈内只有一个Activity,如果是多个Activity怎么办,如果不是在栈顶会如何?我们接下来再通过一个示例来证实一下大家的疑问。

    我们再新建一个Activity命名为SecondActivity,如下:

 

public class SecondActivity
        extends AppCompatActivity
{

    @Override
    protected void onCreate(Bundle savedInstanceState) {
        super.onCreate(savedInstanceState);
        setContentView(R.layout.activity_main2);
        TextView textView = findViewById(R.id.tast_id2);
        textView.setText(this.toString() + "\n" + "current task id: " + this.getTaskId());
        findViewById(R.id.second_btn).setOnClickListener(new View.OnClickListener() {
            @Override
            public void onClick(View v) {
                startActivity(new Intent(SecondActivity.this, FirstActivity.class));
            }
        });
        findViewById(R.id.second_btn2).setOnClickListener(new View.OnClickListener() {
            @Override
            public void onClick(View v) {
                startActivity(new Intent(SecondActivity.this, SecondActivity.class));
            }
        });
    }
}

    然后将之前的FirstActivity跳转代码改为:

  startActivity(new Intent(getApplicationContext(), SecondActivity.class));

    FirstActivity会跳转到SecondActivity,SecondActivity又会跳转到FirstActivity。演示结果如下:

    我们看到,两个FirstActivity的序列号是不同的,证明从SecondActivity跳转到FirstActivity时生成了新的FirstActivity实例。原理图如下:

    我们看到,两个FirstActivity的序列号是不同的,证明从SecondActivity跳转到FirstActivity时生成了新的FirstActivity实例。原理图如下:

 

    我们看到,当从SecondActivity跳转到FirstActivity时,系统发现存在有FirstActivity实例,但不是位于栈顶,于是重新生成一个实例。这就是singleTop启动模式,如果发现有对应的Activity实例正位于栈顶,则重复利用,不再生成新的实例。

 

singleTask:栈内复用模式,让某个活动在整个应用程序的上下文中只存在一个实例。

    适合作为程序入口点。例如浏览器的主界面。不管从多少个应用启动浏览器,只会启动主界面一次,其余情况都会走onNewIntent,并且会清空主界面上面的其他页面。之前打开过的页面,打开之前的页面就ok,不再新建

    这是一种单实例模式,在这种模式下,只要Activity 在一个栈中存在,那么多次启动此Activity 都不会重新创建实例,和 singleTop 一样,系统也会回调其 onNewIntent。

    当活动的启动模式指定为singleTask,比如Activity A,系统首先会寻找是否存在A 想要的任务栈,如果不存在重新创建一个任务栈,然后创建 A 的实例后把 A 放到栈中。如果存在A 所需的任务栈,此时会查看任务栈中是否存在A 的实例,如果存在,系统就会把 A 调到栈顶并调用它的 onNewIntent 方法,将A 之上的其它 Activity 移出任务栈。如果 A 的实例不存在,就创建 A 的实例并把A 压入栈中。

    我们修改FirstActivity的属性android:launchMode="singleTask"。演示的结果如下:

    我们注意到,在上面的过程中,FirstActivity的序列号是不变的,SecondActivity的序列号却不是唯一的,说明从SecondActivity跳转到FirstActivity时,没有生成新的实例,但是从FirstActivity跳转到SecondActivity时生成了新的实例。singleTask模式的原理图如下图所示:

 

    在图中的右半部分是SecondActivity跳转到FirstActivity后的栈结构变化的结果,我们注意到,SecondActivity消失了,没错,在这个跳转过程中系统发现有存在的FirstActivity实例,于是不再生成新的实例,而是将FirstActivity之上的Activity实例统统出栈,将FirstActivity变为栈顶对象,显示到幕前。也许朋友们有疑问,如果将SecondActivity也设置为singleTask模式,那么SecondActivity实例是不是可以唯一呢?在我们这个示例中是不可能的,因为每次从SecondActivity跳转到FirstActivity时,SecondActivity实例都被迫出栈,下次等FirstActivity跳转到SecondActivity时,找不到存在的SecondActivity实例,于是必须生成新的实例。但是如果我们有ThirdActivity,让SecondActivity和ThirdActivity互相跳转,那么SecondActivity实例就可以保证唯一。

 

    这就是singleTask模式,如果发现有对应的Activity实例,则使此Activity实例之上的其他Activity实例统统出栈,使此Activity实例成为栈顶对象,显示到幕前。

 

singleInstance:单实例模式,共享活动实例的问题。

    适合需要与程序分离开的页面。例如闹铃提醒,将闹铃提醒与闹铃设置分离。singleInstance不要用于中间页面,如果用于中间页面,跳转会有问题,比如:A -> B (singleInstance) -> C,完全退出后,再次启动,首先打开的是B。某个应用中用到了google地图,当退出该应用的时候,进入google地图,还是刚才的界面

      指定为singleInstance模式的活动会启用一个新的返回栈来管理这个活动(其实如果singleTask模式指定了不同的taskAffinity,也会启动一个新的返回栈)。这是一种加强的 singleTask 模式,它除了具有singleTask 模式的所有特性外,还加强了一点,就是具有此种模式的Activity 只能单独地位于一个任务栈中,比如Activity A 是singleInstance 模式,当A 启动后,系统会为它创建一个新的任务栈,然后A 独自在这个新的任务栈中,由于栈内复用的特点,后续的请求都不会创建新的 Activity,除非这个独特的任务栈被系统销毁了。

 

    singleInstance 模式会启用一个新的栈结构,将Acitvity放置于这个新的栈结构中,并保证不再有其他Activity实例进入。修改FirstActivity的launchMode="standard",SecondActivity的launchMode="singleInstance",AndroidManifest.xml如下所示:

<?xml version="1.0" encoding="utf-8"?>
<manifest package="com.example.yhadmin.activitydemo2"
          xmlns:android="http://schemas.android.com/apk/res/android">

    <application
        android:allowBackup="true"
        android:icon="@mipmap/ic_launcher"
        android:label="@string/app_name"
        android:roundIcon="@mipmap/ic_launcher_round"
        android:supportsRtl="true"
        android:theme="@style/AppTheme">
        <activity android:name=".FirstActivity"
                  android:launchMode="standard">
            <intent-filter>
                <action android:name="android.intent.action.MAIN"/>

                <category android:name="android.intent.category.LAUNCHER"/>
            </intent-filter>
        </activity>
        <activity android:name=".SecondActivity"
                  android:launchMode="singleInstance">
        </activity>
    </application>

</manifest>

  我们在每个Activity中显示当前栈结构的id,每个Activity添加如下代码:

        TextView textView = findViewById(R.id.tast_id1);
        textView.setText(this.toString() + "\n" + "current task id: " + this.getTaskId());

    然后我们再演示一下这个流程:

    我们发现这两个Activity实例分别被放置在不同的栈结构中,关于singleInstance的原理图如下:

 

    从FirstActivity跳转到SecondActivity时,重新启用了一个新的栈结构,来放置SecondActivity实例,然后按下后退键,再次回到原始栈结构;图中下半部分显示的在SecondActivity中再次跳转到FirstActivity,这个时候系统会在原始栈结构中生成一个FirstActivity实例,然后回退两次,注意,并没有退出,而是回到了SecondActivity,为什么呢?是因为从SecondActivity跳转到FirstActivity的时候,我们的起点变成了SecondActivity实例所在的栈结构,这样一来,我们需要“回归”到这个栈结构。

 

    如果我们修改FirstActivity的launchMode值为singleTop、singleTask、singleInstance中的任意一个,流程将会如图所示:如果我们修改FirstActivity的launchMode值为singleTop、singleTask、singleInstance中的任意一个,流程将会如图所示:     

 

Activity 的 Flags

FLAG_ACTIVITY_NEW_TASK

    为Activity 指定 singleTask 启动模式,效果和在 XML 中指定 singleTask 模式相同

 

FLAG_ACTIVITY_SINGLE_TOP

    为Activity 指定 singleTop 启动模式,效果和在 XML 中指定 singleTop 模式相同

 

FLAG_ACTIVITY_CLEAR_TOP

    具有此标记位的Activity,当它启动时,在同一个任务栈中所有位于它上面的Activity 都要出栈。这个标记位一般会和 singleTask 启动模式一起出现,在此种情况下,被启动 Activity 实录如果已经存在,系统则会调用它的 onNewIntent。如果被启动的Activity 采用 standard 模式启动,那么它连同它之上的Activity 都要出栈,系统会创建新的Activity 实例并放入栈顶。

 

FLAG_ACTIVITY_EXCLUDE_FROM_RECENTS

    具有此标记位的Activity 不会出现在历史Activity 的列表中,当某些情况下我们不希望用户通过历史列表回到我们的Activity 的时候这个标记比较有用。它等同于在XML 中指定Activity 的属性 android:excludeFromRecents="true"

 

参考资料:https://blog.csdn.net/liuhe688/article/details/6754323

展开阅读全文

没有更多推荐了,返回首页