1.Activity,Window与View的关系

好吧,本来就想了解下他们几个的关系,然后手多多,然后就开始看起他们的调用过程来了...结果扣了两个小时,只理解了很小很小的一部分,果然,到底层撸源码的都是大神,比如老罗,还没到那个等级,下面是自己查阅资料,看了下一点源码的归纳所得,如果哪写错了欢迎指出!下面贴下小结图:

流程解析:
Activity调用startActivity后最后会调用attach方法,然后在PolicyManager实现一个Ipolicy接口,接着实现一个Policy对象,接着调用makenewwindow(Context)方法,该方法会返回一个PhoneWindow对象,而PhoneWindow
是Window的子类,在这个PhoneWindow中有一个DecorView的内部类,是所有应用窗口的根View,即View的老大,
直接控制Activity是否显示(引用老司机原话..),好吧,接着里面有一个LinearLayout,里面又有两个FrameLayout他们分别拿来装ActionBar和CustomView,而我们setContentView()加载的布局就放到这个CustomView中!

总结下这三者的关系:
打个牵强的比喻:
我们可以把这三个类分别堪称:画家,画布,画笔画出的东西;
画家通过画笔( LayoutInflater.infalte)画出图案,再绘制在画布(addView)上!
最后显示出来(setContentView)


2.Activity,Task和Back Stack的一些概念

接着我们来了解Android中Activity的管理机制,这就涉及到了两个名词:Task和Back Stack了!

概念解析:

我们的APP一般都是由多个Activity构成的,而在Android中给我们提供了一个Task(任务)的概念,
就是将多个相关的Activity收集起来,然后进行Activity的跳转与返回!当然,这个Task只是一个
frameworker层的概念,而在Android中实现了Task的数据结构就是Back Stack(回退堆栈)
相信大家对于栈这种数据结构并不陌生,Java中也有个Stack的集合类!栈具有如下特点:

后进先出(LIFO),常用操作入栈(push),出栈(pop),处于最顶部的叫栈顶,最底部叫栈底

而Android中的Stack Stack也具有上述特点,他是这样来管理Activity的:

当切换到新的Activity,那么该Activity会被压入栈中,成为栈顶!
而当用户点击Back键,栈顶的Activity出栈,紧随其后的Activity来到栈顶!

我们来看下官方文档给出的一个流程图:

流程解析:

应用程序中存在A1,A2,A3三个activity,当用户在Launcher或Home Screen点击应用程序图标时,
启动主A1,接着A1开启A2,A2开启A3,这时栈中有三个Activity,并且这三个Activity默认在
同一个任务(Task)中,当用户按返回时,弹出A3,栈中只剩A1和A2,再按返回键,
弹出A2,栈中只剩A1,再继续按返回键,弹出A1,任务被移除,即程序退出!

接着在官方文档中又看到了另外两个图,处于好奇,我又看了下解释,然后跟群里的人讨论了下:

然后还有这段解释:

然后总结下了结论:

Task是Activity的集合,是一个概念,实际使用的Back Stack来存储Activity,可以有多个Task,但是
同一时刻只有一个栈在最前面,其他的都在后台!那栈是如何产生的呢?

答:当我们通过主屏幕,点击图标打开一个新的App,此时会创建一个新的Task!举个例子:
我们通过点击通信录APP的图标打开APP,这个时候会新建一个栈1,然后开始把新产生的Activity添加进来,可能我们在通讯录的APP中打开了短信APP的页面,但是此时不会新建一个栈,而是继续添加到栈1中,这是
Android推崇一种用户体验方式,即不同应用程序之间的切换能使用户感觉就像是同一个应用程序,
很连贯的用户体验,官方称其为seamless (无缝衔接)!
——————这个时候假如我们点击Home键,回到主屏幕,此时栈1进入后台,我们可能有下述两种操作:
1)点击菜单键(正方形那个按钮),点击打开刚刚的程序,然后栈1又回到前台了!
又或者我们点击主屏幕上通信录的图标,打开APP,此时也不会创建新的栈,栈1回到前台!
2)如果此时我们点击另一个图标打开一个新的APP,那么此时则会创建一个新的栈2,栈2就会到前台,
而栈1继续呆在后台;
3) 后面也是这样...以此类推!


3.Task的管理

1)文档翻译:

好的,继续走文档,从文档中的ManagingTasks开始,大概的翻译如下:


1)文档翻译

继续走文档,从文档中的ManagingTasks开始,翻译如下:

如上面所述,Android会将新成功启动的Activity添加到同一个Task中并且按照以“先进先出”方式管理多个Task
和Back Stack,用户就无需去担心Activites如何与Task任务进行交互又或者它们是如何存在于Back Stack中!
或许,你想改变这种正常的管理方式。比如,你希望你的某个Activity能够在一个新的Task中进行管理;
或者你只想对某个Activity进行实例化,又或者你想在用户离开任务时清理Task中除了根Activity所有Activities。你可以做这些事或者更多,只需要通过修改AndroidManifest.xml中
< activity >的相关属性值或者在代码中通过传递特殊标识的Intent给startActivity( )就可以轻松的实现
对Actvitiy的管理了。

< activity >中我们可以使用的属性如下:

  • taskAffinity
  • launchMode
  • allowTaskReparenting
  • clearTaskOnLaunch
  • alwaysRetainTaskState
  • finishOnTaskLaunch

你能用的主要的Intent标志有:

  • FLAG_ACTIVITY_NEW_TASK
  • FLAG_ACTIVITY_CLEAR_TOP
  • FLAG_ACTIVITY_SINGLE_TOP

好的,接下来逐个介绍这些怎么用:


2)taskAffinity和allowTaskReparenting

默认情况下,一个应用程序中的所有activity都有一个Affinity,这让它们属于同一个Task。
你可以理解为是否处于同一个Task的标志,然而,每个Activity可以通过
< activity>中的taskAffinity属性设置单独的Affinity。
不同应用程序中的Activity可以共享同一个Affinity,同一个应用程序中的不同Activity
也可以设置成不同的Affinity。
Affinity属性在2种情况下起作用:

1)当启动 activity的Intent对象包含FLAG_ACTIVITY_NEW_TASK标记:
当传递给startActivity()的Intent对象包含 FLAG_ACTIVITY_NEW_TASK标记时,系统会为需要启动的Activity寻找与当前Activity不同Task。如果要启动的 Activity的Affinity属性与当前所有的Task的Affinity属性都不相同,系统会新建一个带那个Affinity属性的Task,并将要启动的Activity压到新建的Task栈中;否则将Activity压入那个Affinity属性相同的栈中。

2)allowTaskReparenting属性设置为true
如果一个activity的allowTaskReparenting属性为true, 那么它可以从一个Task(Task1)移到另外一个有相同Affinity的Task(Task2)中(Task2带到前台时)。
如果一个.apk文件从用户角度来看包含了多个“应用程序”,你可能需要对那些 Activity赋不同的Affinity值。


3)launchMode:

四个可选值,启动模式我们研究的核心,下面再详细讲!
他们分别是:standard(默认),singleTopsingleTasksingleInstance


4)清空栈

当用户长时间离开Task(当前task被转移到后台)时,系统会清除task中栈底Activity外的所有Activity
。这样,当用户返回到Task时,只留下那个task最初始的Activity了。我们可以通过修改下面这些属性来
改变这种行为!

alwaysRetainTaskState
如果栈底Activity的这个属性被设置为true,上述的情况就不会发生。 Task中的所有activity将被长时间保存。

clearTaskOnLaunch
如果栈底activity的这个属性被设置为true,一旦用户离开Task,
则 Task栈中的Activity将被清空到只剩下栈底activity。这种情况刚好与
alwaysRetainTaskState相反。即使用户只是短暂地离开,task也会返回到初始状态
(只剩下栈底acitivty)。

finishOnTaskLaunch
与clearTaskOnLaunch相似,但它只对单独的activity操
作,而不是整个Task。它可以结束任何Activity,包括栈底的Activity。
当它设置为true时,当前的Activity只在当前会话期间作为Task的一部分存在,
当用户退出Activity再返回时,它将不存在。


4.Activity的四种加载模式详解:

接下来我们来详细地讲解下四种加载模式:
他们分别是:standard(默认),singleTopsingleTasksingleInstance
在泡在网上的日子看到一篇图文并茂的讲解启动模式的,很赞,可能更容易理解吧,这里借鉴下:

原文链接:Activity启动模式图文详解:standard, singleTop, singleTask 以及 singleInstance

英文原文:Understand Android Activity's launchMode: standard, singleTop, singleTask and singleInstance
另外还有一篇详细讲解加载模式的:Android中Activity四种启动模式和taskAffinity属性详解

先来看看总结图:

模式详解:


standard模式:

标准启动模式,也是activity的默认启动模式。在这种模式下启动的activity可以被多次实例化,即在同一个任务中可以存在多个activity的实例,每个实例都会处理一个Intent对象。如果Activity A的启动模式为standard,并且A已经启动,在A中再次启动Activity A,即调用startActivity(new Intent(this,A.class)),会在A的上面再次启动一个A的实例,即当前的桟中的状态为A-->A。



singleTop模式:

如果一个以singleTop模式启动的Activity的实例已经存在于任务栈的栈顶,
那么再启动这个Activity时,不会创建新的实例,而是重用位于栈顶的那个实例,
并且会调用该实例的onNewIntent()方法将Intent对象传递到这个实例中。
举例来说,如果A的启动模式为singleTop,并且A的一个实例已经存在于栈顶中,
那么再调用startActivity(new Intent(this,A.class))启动A时,
不会再次创建A的实例,而是重用原来的实例,并且调用原来实例的onNewIntent()方法。
这时任务栈中还是这有一个A的实例。如果以singleTop模式启动的activity的一个实例
已经存在与任务栈中,但是不在栈顶,那么它的行为和standard模式相同,也会创建多个实例。


singleTask模式:

只允许在系统中有一个Activity实例。如果系统中已经有了一个实例,
持有这个实例的任务将移动到顶部,同时intent将被通过onNewIntent()发送。
如果没有,则会创建一个新的Activity并置放在合适的任务中。

官方文档中提到的一个问题:

系统会创建一个新的任务,并将这个Activity实例化为新任务的根部(root)
这个则需要我们对taskAffinity进行设置了,使用taskAffinity后的解雇:




singleInstance模式

保证系统无论从哪个Task启动Activity都只会创建一个Activity实例,并将它加入新的Task栈顶
也就是说被该实例启动的其他activity会自动运行于另一个Task中。
当再次启动该activity的实例时,会重用已存在的任务和实例。并且会调用这个实例
的onNewIntent()方法,将Intent实例传递到该实例中。和singleTask相同,
同一时刻在系统中只会存在一个这样的Activity实例。


5.Activity拾遗

对于Activity可能有些东西还没讲到,这里预留一个位置,漏掉的都会在这里补上!
首先是群友珠海-坤的建议,把开源中国的Activity管理类也贴上,嗯,这就贴上,大家可以直接用到
项目中~

1)开源中国客户端Activity管理类:

package net.oschina.app;

import java.util.Stack;

import android.app.Activity;
import android.app.ActivityManager;
import android.content.Context;


public class AppManager {
	
	private static Stack activityStack;
	private static AppManager instance;
	
	private AppManager(){}
	/**
	 * 单一实例
	 */
	public static AppManager getAppManager(){
		if(instance==null){
			instance=new AppManager();
		}
		return instance;
	}
	/**
	 * 添加Activity到堆栈
	 */
	public void addActivity(Activity activity){
		if(activityStack==null){
			activityStack=new Stack();
		}
		activityStack.add(activity);
	}
	/**
	 * 获取当前Activity(堆栈中最后一个压入的)
	 */
	public Activity currentActivity(){
		Activity activity=activityStack.lastElement();
		return activity;
	}
	/**
	 * 结束当前Activity(堆栈中最后一个压入的)
	 */
	public void finishActivity(){
		Activity activity=activityStack.lastElement();
		finishActivity(activity);
	}
	/**
	 * 结束指定的Activity
	 */
	public void finishActivity(Activity activity){
		if(activity!=null){
			activityStack.remove(activity);
			activity.finish();
			activity=null;
		}
	}
	/**
	 * 结束指定类名的Activity
	 */
	public void finishActivity(Class cls){
		for (Activity activity : activityStack) {
			if(activity.getClass().equals(cls) ){
				finishActivity(activity);
			}
		}
	}
	/**
	 * 结束所有Activity
	 */
	public void finishAllActivity(){
		for (int i = 0, size = activityStack.size(); i < size; i++){
            if (null != activityStack.get(i)){
            	activityStack.get(i).finish();
            }
	    }
		activityStack.clear();
	}
	/**
	 * 退出应用程序
	 */
	public void AppExit(Context context) {
		try {
			finishAllActivity();
			ActivityManager activityMgr= (ActivityManager) context.getSystemService(Context.ACTIVITY_SERVICE);
			activityMgr.restartPackage(context.getPackageName());
			System.exit(0);
		} catch (Exception e) {	}
	}
}

本节小结:

好的,本节就到这里,东西都比较苦涩难懂,暂时知道下即可,总结下Task进行整体调度的
相关操作吧:

  • 按Home键,将之前的Task切换到后台
  • 长按Home键,会显示出最近执行过的Task列表
  • 在Launcher或HomeScreen点击app图标,开启一个新Task,或者是将已有的Task调度到前台
  • 启动singleTask模式的Activity时,会在系统中搜寻是否已经存在一个合适的Task,若存在,则会将这个Task调度到前台以重用这个Task。如果这个Task中已经存在一个要启动的Activity的实例,则清除这个实例之上的所有Activity,将这个实例显示给用户。如果这个已存在的Task中不存在一个要启动的Activity的实例,则在这个Task的顶端启动一个实例。若这个Task不存在,则会启动一个新的Task,在这个新的Task中启动这个singleTask模式的Activity的一个实例。
  • 启动singleInstance的Activity时,会在系统中搜寻是否已经存在一个这个Activity的实例,如果存在,会将这个实例所在的Task调度到前台,重用这个Activity的实例(该Task中只有这一个Activity),如果不存在,会开启一个新任务,并在这个新Task中启动这个singleInstance模式的Activity的一个实例。

好的本节就到这里,关于Task与Activity加载模式的东西还是比较复杂的,下面给大家贴下编写该文的
时候的一些参考文献,可以自己看看~


参考文献: