1、Activity和Task
task就好像是能包含很多activity的栈。 默认情况下，一个activity启动另外一个activity时，两个activity是放在同一个task栈中的，第二个activity压入第一个activity所在的task栈。当用户按下返回键时，第二个activity从栈中弹出，第一个activity又在当前屏幕显示。这样，从用户角度来看，这两个activity就好像是属于同一个应用程序的，即使第二个activity是属于另外一个应用程序的。当然，这是指默认情况下。 task栈包含的是activity的对象。如果一个activity有多个实例在运行，那么栈中保存的是每个实例的实体。栈中的activity不会重新排列，只有弹出和压入操作。
一个task中的所有activity都以整体的形式移动。整个task可以被移到前台或后台。打个比方，当前的task包含4个activity–当前activity下面有3个activity。当用户按下HOME键返回到程序启动器（application launcher）后，选择了一个新的应用程序（事实上是一个新的task），当前的task就被转移到后台，新的task中的根activity将被显示在屏幕上。过了一段时间，用户按返回键回到了程序启动器界面，选择了之前运行的程序（之前的task）。那个task，仍然包含着4个activity。当用户再次按下返回键时，屏幕不会显示之前留下的那个activity（之前的task的根activity），而显示当前activity从task栈中移出后栈顶的那个activity。
刚刚描述的行为是默认的activity和task的行为。有很多方法能够改变这种行为。activity和task之间的联系，以及task中的activity的行为可以通过intent中的标记以及在manifest中的<activity>元素的属性控制。其中，主要的Intent标记有：
l FLAG_ACTIVITY_NEW_TASK
l FLAG_ACTIVITY_CLEAR_TOP
l FLAG_ACTIVITY_RESET_TASK_IF_NEEDED
l FLAG_ACTIVITY_SINGLE_TOP
主要的<activity>属性有：
l taskAffinity
l launchMode
l allowTaskReparenting
l clearTaskOnLaunch
l alwaysRetainTaskState
l finishOnTaskLaunch
默认情况下，一个应用程序中的所有activity都有一个affinity–这让它们属于同一个task。然而，每个activity可以通过<activity>中的taskAffinity属性设置单独的affinity。不同应用程序中的activity可以共享同一个affinity，同一个应用程序中的不同activity也可以设置成不同的affinity。affinity属性在2种情况下起作用：当启动activity的Intent对象包含FLAG_ACTIVITY_NEW_TASK标记，或当activity的allowTaskReparenting被设置成true。
l FLAG_ACTIVITY_NEW_TASK标记
当传递给startActivity()的Intent对象包含FLAG_ACTIVITY_NEW_TASK标记时，系统会为需要启动的activity寻找与当前activity不同的task。如果要启动的activity的affinity属性与当前所有的task的affinity属性都不相同，系统会新建一个带那个affinity属性的task，并将要启动的activity压到新建的task栈中；否则将activity压入那个affinity属性相同的栈中。
l allowTaskReparenting属性
如果一个activity的allowTaskReparenting属性为true，那么它可以从一个task（TASK1）移到另外一个有相同affinity的task（TASK2）中（TASK2带到前台时）。
如果一个.apk文件从用户角度来看包含了多个“应用程序”，你可能需要对那些activity赋不同的affinity值。
2、运行模式
activity的launchMode属性可以有四种值：
l “standard” (默认)
l “singleTop“
l “singleTask“
l “singleInstance“
这4种模式可以按4种分类来区分，以下假设位于task1中的activity1启动activity2：
模式\分类
包容activity2的task
一个activity是否允许有多个实例
activity是否允许有其它activity共存于一个task
对于新的intent，是否总是实例化activity对象
standard
如果不包含FLAG_ACTIVITY_NEW_TASK标记，则activity2放入task1，否则按前面讲述的规则为activity2选择task
可被多次实例化，同一个task的不同的实例可位于不同的task中，每个task也可包含多个实例
允许
是的。当接收到新的intent时，总是会生成新的activity对象。
singleTop
同standard
同standard
允许
已存在的activity对象，如果位于目标task的栈顶，则该activity被重用，如果它不位于栈顶，则会实例化新的activity对象
singleTask
将activity2放到task1栈顶
不能有多个实例。由于该模式下activity总是位于栈顶，所以actvity在同一个设备里至多只有一个实例
允许。singleTask模式的activity总是位于栈底位置。目标activity实例已存在时，如果该实例刚好位于task栈顶，则接收intent，否则到来的intent将会被丢弃,但该可以响应该intent的那个activity所在的task将会被移到前台。
singleInstance
同singleTask
同singleTask
不允许与其它activity共存于一个task。如果activity1的运行在该模式下，则activity2一定与activity1位于不同的task
对于新到的intent，如果是由新创建的activity对象来接收，则用户可以通过返回键回到之前的activity；如果是由已存在的activity来接收，则用户无法通过返回键返回到接收intent之前的状态。
3、清空栈
当用户长时间离开task（当前task被转移到后台）时，系统会清除task中栈底activity外的所有activity。这样，当用户返回到task时，只留下那个task最初始的activity了。
这是默认的情况，<activity>中有些属性可以改变这种行为。
l alwaysRetainTaskState属性
如果栈底activity的这个属性被设置为true，刚刚描述的情况就不会发生。task中的所有activity将被长时间保存。
Android应用程序模型：应用程序，任务，进程和线程
大多数操作系统，在应用程序所寄存的可执行程序映像（如Windows系统里的.exe）、它所运行的进程以及和用户交互的图标和应用之间有一种严格的1对1关系。在Android系统里，这些关联要松散得多。并且重要的是要理解各种概念怎么样组成整体。
由于Android应用固有的灵活性，当实现这些不同方面的时候有一些基本术语需要加以理解：
一个Android包 （.apk）文件，其中包含一个应用程序的代码和资源。这是应用程序分发和下载的文件，用户用来安装该应用程序在他们的设备上。
一个任务一般而言是指用户视为的一个可启动应用程序：通常任务在桌面（home screen）有一个可访问的图标，且可以被切换到前台。
一个进程是一个运行着应用程序代码的底层核心过程。通常所有.apk里的代码运行在一个专有的进程里。不过，进程标记也可以用来限定代码运行位置，或者为整个.apk或者为个别的活动activity，接收者receiver，服务或提供者provider，组件。
任务
这里的一个关键点是：当用户看到一个“应用”时，他们实际上在和任务打交道。如果您刚刚创建一个包含若干活动的.apk，其中之一是顶层入口点（通过动作android.intent.action.MAIN的意图过滤器intent-filter和类别android.intent.category.LAUNCHER），那么这事实上将为您的.apk创建一个任务，并且您从那儿起动的任何活动都将作为那个任务的一部分运行。
一个任务，那么，从用户的角度来看是您的应用程序;而从应用程序开发者的角度来看，它是一个或多个用户在那个任务中已经经历过且未关闭的活动，或者说是一个活动栈。一个新的任务通过以Intent.FLAG_ACTIVITY_NEW_TASK标志起动一个活动意图来创建;这一意图将被用来作为任务的根意图，定义任务是什么。任何不以这个标志起动的活动将和起动它的活动在相同的任务中运行（除非该活动已请求特别启动模式，稍后会讨论）。任务可以被重新安排：如果您使用FLAG_ACTIVITY_NEW_TASK标志但已经有一个任务以这个意图运行，则当前任务的活动栈将被切换到前台而不是开始一个新的任务。
FLAG_ACTIVITY_NEW_TASK必须谨慎使用：使用它意味着，在用户看来，一个新的应用程序由此起动。如果这不是你所期望的行为，你就不该去创建一个新的任务。另外，仅在用户可以从桌面返回到他原来的地方和以一个新任务启动相同意图的情况下，你才应该使用新的任务标记。否则，如果用户在你已经启动的任务里按桌面（HOME）键，而不是返回（BACK）键，你的任务及其活动将被放置到桌面后面，没有办法再切换回去。
任务共用性Affinity
在某些情况下，Android需要知道一个活动属于哪个任务即使它没有被启动到一个具体的任务里。这是通过任务共用性（Affinities）完成的。任务共用性（Affinities）为这个运行一个或多个活动的任务提供了一个独特的静态名称，默认的一个活动的任务共用性（Affinity）是实现了该活动的.apk包的名字。这提供了预期的标准特性，即所有在一个特定的.apk包里的活动是单个用户应用程序的一部分。
当开始一个没有Intent.FLAG_ACTIVITY_NEW_TASK标志的活动时，任务共用性affinities不会影响将会运行该新活动的任务:它总是运行在启动它的任务里。但是，如果使用了NEW_TASK标志，那么共用性（affinity）将被用来判断是否已经存在一个有相同共用性（affinity）的任务。如果是这样，这项任务将被切换到前面而新的活动会启动于这个任务的顶层。
这种特性在您必须使用NEW_TASK标志的情况下最有用，尤其是从状态栏通知或桌面快捷方式启动活动时。结果是，当用户用这种方式启动您的应用程序时，它的当前任务将被切换到前台，而且想要查看的活动被放在最上面。
你可以在程序清单（Manifest）文件的应用程序application标签中为.apk包中所有的活动分配你自己的任务共用性Affinites，或者在活动标记中为各个活动进行分配。一些说明其如何使用的例子如下：
如果您的.apk包含多个用户可以启动的高层应用程序，那么您可能需要对用户看到的每个活动指定不同的affinities。一个不错的命名惯例是以附加一个以冒号分隔的字符串来扩展您的.apk包名。例如，“ com.android.contacts ”.apk可以有affinities:“com.android.contacts：Dialer”和“ com.android.contacts：ContactsList”。
如果您正在替换一个通知，快捷方式，或其他可以从外部发起的应用程序的“内部”活动，你可能需要明确设定您替代活动的taskAffinity和您准备替代的应用程序一样。例如，如果您想替换contacts详细信息视图（用户可以创建并调用快捷方式），你得把taskAffinity设置成“com.android.contacts”。
启动模式和启动标志
您控制活动和任务交互的主要途径是通过活动的launchMode 属性和意图相关的标志flags。这两个参数可以以各种方式合作来控制活动启动的结果，正如它们相关文档中描述的那样。在这里，我们将看看一些常见的用例和参数组合。
你将使用的最常见的启动模式（除了默认的standard模式）是singleTop。这并不影响任务;它只是避免多次在一个堆栈顶部起动同一活动。
singleTask启动模式对任务有重大的影响：它使活动始终是开始于一项新的任务（或其现有的任务被带到前台） 。使用这种模式需要谨慎对待你如何与系统其他部分进行交互，因为这影响到这个活动中的每一个路径。它应当仅在活动处于应用程序前台时使用（也就是支持MAIN动作和LAUNCHER类别）。
singleInstance启动模式更是专业，并应仅用于整个就是被实现为一个活动的应用程序中。
有一种你会经常遇到的情况是当另一个实体（如SearchManager 或NotificationManager）开始您的一个活动。在这种情况下，必须使用Intent.FLAG_ACTIVITY_NEW_TASK 标签，因为该项活动是在任务之外起动的（而且应用/任务可能根本不存在）。正如前面所述，这种情况下的标准行为是把匹配新活动affinity的任务带到前台和在此之上起动新的活动。不过，也有其他您可以实施的行为类型。
其中一种常见的做法是，还可以使用Intent.FLAG_ACTIVITY_CLEAR_TOP 国旗与NEW_TASK 。通过这样做，如果你的任务已经运行，那么将提请前景，所有的活动，其堆栈清除除根系活力和根系活力的onNewIntent （意图） 所谓的意图正在开始。请注意，该活动还常常使用singleTop 或singleTask 发射模式时，使用这种方法，因此，目前的情况是由于新的意图而不需要将它摧毁，一个新的实例开始。
一种通常的办法是和NEW_TASK联合起来使用Intent.FLAG_ACTIVITY_CLEAR_TOP标志。这样，如果您的任务已经运行，那么它将会被带到前台，除根活动外其它所有堆栈中的活动都被清除，而且这个根活动的方法onNewIntent(Intent)会在该意图起动时被调用。注意这个活动使用这个方法时经常使用singleTop或者singleTask起动模式，这样当前实例被赋予新的意图而不是需要销毁它然后重新起动一个新的实例。
您能采取的另外的方法是设置通知活动的任务affinity为空字符串“”（表示没有affinity），并设置finishOnBackground属性。这种方法是有用的如果你希望这个通知把用户带到一个单独的描述它的活动中，而不是返回到应用程序的任务。通过指定这个属性，该活动将被结束不管用户通过BACK还是HOME离开它;如果这个属性没有指定，按首页将导致这个活动及其任务仍保留在系统里，且可能没有办法返回它。
请务必阅读关于launchMode属性和Intent标志的文档以获取这些选项的详细说明。
进程
在Android里，进程完全是应用的实现细节，而不是用户通常了解的那样。其主要用途就是：
通过安置不受信任的或不稳定的代码到另一个进程来提高稳定性或安全性。
通过在同一进程里运行多个.apks的代码来减少开销。
通过把重量级代码放在单独的进程中来帮助系统管理资源，该进程可以在不影响应用程序其他部分的情况下被终止。
正如前面所述，这个进程属性用来控制运行着特定应用程序组件的进程，注意，此属性不能用于违反系统安全性：如果有两个不共享相同用户ID的.apks尝试运行在同一进程中，这将不会被允许，相反会为它们每一个创建不同的进程。
参见安全 文档以获取更多关于安全限制方面的信息。
线程
每个进程包含一个或多个线程。多数情况下，Android避免在进程里创建额外的线程，以保持应用程序单线程，除非它创建自己的线程。一个重要的结果就是所有对活动Activity，广播接收器BroadcastReceiver以及服务Service实例的调用都是由这个进程的主线程创建的。
注意新的线程并不会为每个活动，广播接收器，服务或者内容提供器（ContentProvider）实例而创建：这些应用程序的组件在进程里被实例化（除非另有说明，都在同一个进程处理），实际上是进程的主线程。这说明当被系统调用时没有哪个组件（包括服务）会进行远程或者阻塞操作（就像网络调用或者计算循环），因为这将阻止进程中的所有其他组件。你可以使用标准的线程类Thread或者Android的HandlerThread便捷类去对其它线程执行远程操作。
这里有一些关于这个线程规则的重要的例外：
?9?9 对IBinder或者IBinder实现的接口的调用由调用线程或本地进程的线程池（如果该呼叫来自其他进程）分发，而不是它们的进程的主线程。特殊情况下，一个服务的IBinder可以这样调用。（尽管调用服务里的方法已经在主线程里完成。）这意味着IBinder接口的实现必须要有一种线程安全的方法，这样任意线程才能同时访问它。
?9?9 对ContentProvider主要方法的调用由调用线程或者主线程分发,如同IBinder一样。被指定的方法在内容提供器的类里有记录。这意味着实现这些方法必须要有一种线程安全的模式，这样任意其它线程可以同时访问它。
?9?9 视图及其子类中的调用由正在运行着视图的线程产生。通常情况下，这会被作为进程的主线程，如果你创建一个线程并显示一个窗口，那么继承的窗口视图将从那个线程里启动。
l clearTaskOnLaunch属性
如果栈底activity的这个属性被设置为true，一旦用户离开task，则task栈中的activity将被清空到只剩下栈底activity。这种情况刚好与alwaysRetainTaskState相反。即使用户只是短暂地离开，task也会返回到初始状态（只剩下栈底acitivty）。
l finishOnTaskLaunch属性
这个属性与clearTaskOnLaunch相似，但它只对单独的activity操作，而不是整个task。它可以结束任何activity，包括栈底的activity。当它设置为true时，当前的activity只在当前会话期间作为task的一部分存在，当用户退出activity再返回时，它将不存在。
另外还有一种方法能将activity强行从stack中移出。如果intent对象包含FLAG_ACTIVITY_CLEAR_TOP标记，当目标task中已存在与接收该intent对象的activity类型相同的activity实例存在时，所有位于该activity对象上面的activity将被清空，这样接收该intent的activity就位于栈顶，可以响应到来的intent对象。如果目标activity的运行模式为standard，则目标activtiy也会被清空。因为当运行模式为standard时，总会创建新的activity对象来接收到来的intent对象。
FLAG_ACTIVITY_CLEAR_TOP标记常常和FLAG_ACTIVITY_NEW_TASK一起使用。用2个标记可以定位已存在的activity并让它处于可以响应intent的位置。
4、启动任务（Task）
Intent filter中有”android.intent.action.MAIN” action和”android.intent.category.LAUNCHER” category的activity将被标记为task的入口。带有这两个标记的activity将会显示在应用程序启动器（application launcher）中。
第二个比较重要的点是，用户必须能够离开task并在之后返回。因为这个原因，singleTask和singleInstance这两种运行模式只能应用于含有MAIN和LAUNCHER过滤器的activity。打个比方，如果不包含带MAIN和LAUNCHER过滤器，某个activity运行了一个singleTask模式的activity，初始化了一个新的task，当用户按下HOME键时，那个activity就被主屏幕“挡住”了，用户再也无法返回到那个activity。
类似的情况在FLAG_ACTIVITY_NEW_TASK标记上也会出现。如果这个标记会新建一个task，当用户按下HOME键时，必须有一种方式能够让用户返回到那个activity。有些东西（比如notification manager）总是要求在外部task中启动activity，在传递给startActivity的intent中总是包含FLAG_ACTIVITY_NEW_TASK标记。
对于那种不希望用户离开之后再返回activity的情况，可将finishOnTaskLaunch属性设置为true。