Android app——活动的启动模式

活动的启动模式

在实际项目中应该根据特定的需求为每个活动指定恰当的启动模式。活动的启动模式一共包括四种，分别是 standard 、 singleTop 、 singleTask 和 singleInstance 。

standard

standard是活动默认的启动模式，在不进行显示指定的情况下，所有活动都会自动使用这种启动模式。在standard模式（即默认模式下）下，每当启动一个新活动，它就会在返回栈中入栈，并处于栈顶的位置。对于使用standard模式的活动，系统不会在乎这个活动是否在返回栈中已经存在，每次启动都会创建该活动的一个新的实例。
修改FirstActivity中onCreate()代码：

@Override
protected void onCreate(Bundle savedInstanceState) {
	super.onCreate(savedInstanceState); 
    	Log.d("FirstActivity", this.toString());
        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, FirstActivity.class);
             startActivity(intent);
    }
     });
    }

然后重新运行程序，查看Log:

代码看起来有些奇怪，在FirstActivity的基础上启动FIrstActivity。
但是重点在于研究standard模式，不必在意实际用途。
现在重新运行程序，然后在FirstActixity假面连续点两次按钮，可以看到LogCat中打印的信息。
从打印信息中就可以看到，每点击一次按钮就会创建一个新的FirstActivity实例，此时返回栈中也会存在三个FirstActivity的实例，因此要连续按三次Back键才能退出程序。
standard模式的原理示意图：

singleTop

可能在有些情况下，觉得standard模式不太合理，活动明明已经在栈顶了，为什么再次启动的时候还要创建一个活动实例呢？你可以根据自己的需要进行修改，比如说使用singleTop模式。当活动的启动模式指定为singleTop，在启动活动时如果发现返回栈的栈顶已经是该活动，则认为可以直接使用它，不会再创建新的活动实例。
修改AndroidMainfest.xml中FirstActivity的启动模式，如下所示：

<activity 
	android:name=".FirstActivity"
	android:launchMode="singleTop"
	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已经处于栈顶，启动时会直接使用栈顶的活动，此FirstActivity也只会有一个实例，仅按一次Back键就可以退出程序。

singleTask

当设置活动的启动模式为singleTask时，首先检查返回栈中是否存在当前活动，如果存在当前活动的实例，则直接使用当前实例，并把当前活动之上的所有活动pop出栈，即当前活动位于栈顶位置。如果没有发现就会创建一个新的活动实例。
修改 AndroidManifest.xml 中 FirstActivity 的 启动模式：

<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 中的打印信息，如图 2.35 所示。

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()); //打印当前返回栈的id
	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());  //打印当前返回栈的id
	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());  //打印当前返回栈的id
	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 键，这时所有返回栈都已经空了，也就自然退出了程序。singleInstance 模式的原理示意图：