Activity的启动模式

Activity的启动模式,即Android manifest文件中的launchMode,可以通过给<activity>标签下的android:launchMode属性来设置启动模式

        Activity的启动模式的主要作用是管理activity之间的跳转,共有4种启动模式:standard,singleTop,singleTask,和singleInstance。

        Android是通过返回栈来管理活动的,这里简单介绍一下task的概念,task是一个具有栈结构的对象,一个task可以管理多个Activity,启动一个应用,也就创建一个与之对应的task。

     1,standard启动模式

          standard是默认的启动模式,在不进行显式指定的情况下,所有活动都会自动启动这种模式,每当启动一个新的活动,它都会在task中创建一个新的活动实例,这个可以通过activity的hash值来判断是否是同一个值,比如新建一个app程序,布局文件很简单,就一个按钮,在MainActivity的按钮点击事件中加入如下代码段

Intent i=new Intent(MainActivity.this,MainActivity.class);
startActivity(i);
然后在activity的onCreate中,加入
Log.d("MainActivity---->",this.toString);
        观察Logcat中的日志信息,你会发现有不同的结果,这是因为你每点击一次,都会创建一个新的实例,这样,当你按Back键想退出程序时,会发现要按3次,才能完全退出程序。

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

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

      

   2,singTop启动模式

          当活动指定为singleTop模式是,在启动活动时如果发现返回栈的栈顶已经是该活动来,则认为可以直接使用它,不会再创建新的实例了。

    我们简单的在manifest里面修改MainActivity的启动模式为singleTop,重新运行上面的代码,会发现logcat输出的结果不管你按多少次按钮,都只有一个。

    那么你可能会问了,假如有第二个Activity呢,于是新建一个activityB,将上面的Intent跳转的class类换为activityB.class,然后activityB里面的代码和布局完全和MainActivity一样,只是修改下activityB里面的Intent部分代码,让它跳转到MainActivity,当然,不要在Manifest忘了注册activityB。这样就实现了2个活动之间的相互跳转,然后会发现MainActivity的hash值变了,仔细想想很容易理解,因为当调到activityB时task栈顶已经是activityB了,不是MainActivity,这样的话,跳转时就又会创建新的实例。

    这就是singleTop启动模式,如果发现有对应的Activity实例正位于栈顶,则重复利用,不再生成新的实例。

  3,singleTask启动模式

    正如你在singleTop实验中看到的一样,当设置了singleTop的活动不是位于栈顶时,系统还是会创建多个活动实例的。那么有什么好的解决方法没?singleTask就可以来实现,当活动的启动模式指定为singleTask时,每次启动该活动时,系统都会在任务栈中去检查有没有该活动的实例,如果有的话,则直接使用该实例,并把位于该活动之上的所有活动全部清理出栈,如果没有就会创建一个新的实例。

   那这个就通过代码来具体看看吧。有2个Activity,每个布局中都有一个按钮,点击后实现相互跳转。

   新建FirstActivity,并将其中的Manifest修改如下:

<activity
    android:name=".FirstActivity"
    android:launchMode="singleTask"
    android:label="This is FirstActivity" >
    <intent-filter>
        <action android:name="android.intent.action.MAIN" />
        <category android:name="android.intent.category.LAUNCHER" />
    </intent-filter>
</activity>

    然后在FirstActivity中添加onRestart()方法,并打印日志:

@Override
protected void onRestart() {
    super.onRestart();
    Log.d("FirstActivity","onRestart");
}

    最后在SecondActivity中添加onDestroy()方法,并打印日志:

@Override
protected void onDestroy() {
    super.onDestroy();
    Log.d("SecondActivity","onDestroy");
}

    运行程序,在FirstActivity界面点击按钮进入到SecondActivity,然后在SecondActivity界面点击按钮,又会重新进入到FirstActivity。

    查看LogCat中的打印信息
Activity的启动模式_第1张图片

    其实从打印信息中就可以明显看出了,在SecondActivity中启动FirstActivity时,会发现返回栈中已经存在一个FirstActivity的实例,并且是在SecondActivity的下面,于是SecondActivity会从返回栈中出栈,而FirstActivity重新成为了栈顶活动,因此FirstActivity的onRestart()方法和SecondActivity的onDestroy()方法会得到执行。现在返回栈中应该只剩下一个FirstActivity的实例了,按一下Back键就可以退出程序。

    这就是singleTask模式,如果发现task中有对应的Activity实例,则使此Activity实例之上的其他Activity实例全部出栈,使此Activity成为栈顶对象,显示于界面。

       4,singleInstance启动模式

      singleInstance模式应该算是四种启动模式中最特殊也最复杂的一个,最难的最后出场。不同于以上三种启动模式,指定为singleInstance模式的活动会启用一个新的返回栈来管理这个活动(其实如果singleTask模式指定了不同的taskAffinity,也会启动一个新的返回栈)。那么这样做有什么意义呢?想象以下场景,假设我们的程序中有一个活动是允许其他程序调用的,如果我们想实现其他程序和我们的程序可以共享这个活动的实例,应该如何实现呢?使用前面三种启动模式肯定是做不到的,因为每个应用程序都会有自己的返回栈,同一个活动在不同的返回栈中入栈时必然是创建了新的实例。而使用singleInstance模式就可以解决这个问题,在这种模式下会有一个单独的返回栈来管理这个活动,不管是哪个应用程序来访问这个活动,都共用的同一个返回栈,也就解决了共享活动实例的问题。
       为了可以更好地理解这种启动模式,我们还是来实践一下。修改AndroidManifest. xml中SecondActivity的启动模式:

<activity
    android:name=".SecondActivity"
    android:launchMode="singleInstance" >
    <intent-filter>
        <action android:name="com.example.activitytest.ACTION_START" />
        <category android:name="android.intent.category.DEFAULT" />
        <category android:name="com.example.activitytest.MY_CATEGORY" />
    </intent-filter>
</activity>

我们先将SecondActivity的启动模式指定为singleInstance,然后修改FirstActivity中onCreate()方法的代码:

@Override
protected void onCreate(Bundle savedInstanceState) {
	super.onCreate(savedInstanceState);
	Log.d("FirstActivity", "Task id is " + getTaskId());
	requestWindowFeature(Window.FEATURE_NO_TITLE);
	setContentView(R.layout.first_layout);
	Button button1 = (Button) findViewById(R.id.button_1);
	button1.setOnClickListener(new OnClickListener() {
		@Override
		public void onClick(View v) {
			Intent intent = new Intent(FirstActivity.this, SecondActivity.class);
			startActivity(intent);
		}
	});
}

在onCreate()方法中打印了当前返回栈的id。然后修改SecondActivity中onCreate()方法的代码:

@Override
protected void onCreate(Bundle savedInstanceState) {
	super.onCreate(savedInstanceState);
	Log.d("SecondActivity", "Task id is " + getTaskId());
	requestWindowFeature(Window.FEATURE_NO_TITLE);
	setContentView(R.layout.second_layout);
	Button button2 = (Button) findViewById(R.id.button_2);
	button2.setOnClickListener(new OnClickListener() {
		@Override
		public void onClick(View v) {
			Intent intent = new Intent(SecondActivity.this, ThirdActivity.class);
			startActivity(intent);
		}
	});
}

同样在onCreate()方法中打印了当前返回栈的id,然后又修改了按钮点击事件的代码,用于启动ThirdActivity。最后修改ThirdActivity中onCreate()方法的代码:

@Override
protected void onCreate(Bundle savedInstanceState) {
	super.onCreate(savedInstanceState);
	Log.d("ThirdActivity", "Task id is " + getTaskId());
	requestWindowFeature(Window.FEATURE_NO_TITLE);
	setContentView(R.layout.third_layout);
}

仍然是在onCreate()方法中打印了当前返回栈的id。现在重新运行程序,在FirstActivity界面点击按钮进入到SecondActivity,然后在SecondActivity界面点击按钮进入到ThirdActivity。

查看LogCat中的打印信息:

       可以看到,SecondActivity的Task id不同于FirstActivity和ThirdActivity,这说明SecondActivity确实是存放在一个单独的返回栈里的,而且这个栈中只有SecondActivity这一个活动。

        然后我们按下Back键进行返回,你会发现ThirdActivity竟然直接返回到了FirstActivity,再按下Back键又会返回到SecondActivity,再按下Back键才会退出程序,这是为什么呢?其实原理很简单,由于FirstActivity和ThirdActivity是存放在同一个返回栈里的,当在ThirdActivity的界面按下Back键,ThirdActivity会从返回栈中出栈,那么FirstActivity就成为了栈顶活动显示在界面上,因此也就出现了从ThirdActivity直接返回到FirstActivity的情况。然后在FirstActivity界面再次按下Back键,这时当前的返回栈已经空了,于是就显示了另一个返回栈的栈顶活动,即SecondActivity。最后再次按下Back键,这时所有返回栈都已经空了,也就自然退出了程序。

Activity的启动模式_第2张图片


至此。4种启动模式已全部总结完毕。一直想把这篇文章写完,拖拖拉拉的半个月了,总算完成了。决定了,以后每周至少一到两篇, 万事起于忽微,量变引起质变。

如果对以上内容有什么疑惑或者有错误,欢迎留言,谢谢!




你可能感兴趣的:(android,Activity启动模式)