Android应用程序模块详解

 

• 在大多数操作系统里，存在独立的一个1对1的可执行文件（如Windows里的exe文件）， 它可以产生进程，并能和界面图标、应用进行用户交互。但在Android里，这是不固定的，理解将这些分散的部分如何进行组合是非常重要的。

  由于Android这种可灵活变通的，在实现一个应用不同部分时你需要理解一些基础技术：

  一个android 包 (简称 .apk ) ，里面包含应用程序的代码以及资源。这是一个应用发布，用户能下载并安装他们设备上的文件。

  一个任务 ，通常用户能当它为一个“应用程序”来启动：通常在桌面上会有一个图标可以来启动任务，这是一个上层的应用，可以将你的任务切换到前台来。

  一个进程 是一个底层的代码运行级别的核心进程。通常.apk包里所有代码运行在一个进程里，一个进程对于一个.apk包；然而, 进程 标签常用来改变代码运行的位置，可以是 全部的.apk包 或者是独立的 活动, 接收器, 服务, 或者 提供器组件。

  任务

  记住关键的一点：当用户看到的“应用”，无论实际是如何处理的，它都是一个任务。如果你仅仅通过一些活动来创建一个.apk包，其中有一个肯定是上层入口（通过动作的intent-filter 以及分类android.intent.category.LAUNCHER），然后你的.apk包就创建了一个单独任务，无论你启动哪个活动都会是这个任务的一部分。

  一个任务，从使用者的观点，他是一个应用程序；对开发者来讲，它是贯穿活动着任务的一个或者多个视图，或者一个活动栈。当设置Intent.FLAG_ACTIVITY_NEW_TASK标志启动一个活动意图时，任务就被创建了；这个意图被用作任务的根用途，定义区分哪个任务。如果活动启动时没有这个标记将被运行在同一个任务里（除非你的活动以特殊模式被启动，这个后面会讨论）。如果你使用 FLAG_ACTIVITY_NEW_TASK标记并且这个意图的任务已经启动，任务将被切换到前台而不是重新加载。

  FLAG_ACTIVITY_NEW_TASK必须小心使用：在用户看来，一个新的应用程序由此启动。如果这不是你期望的，你想要创建一个新的任务。另外，如果用户需要从桌面退出到他原来的地方然后使用同样的意图打开一个新的任务，你需要使用新的任务标记。否则，如果用户在你刚启动的任务里按桌面（HOME）键，而不是退出（BACK）键，你的任务以及任务的活动将被放在桌面程序的后面，没有办法再切换过去。

  任务亲和力（Affinities）

  一些情况下Android需要知道哪个任务的活动附属于一个特殊的任务，即使该任务还没有被启动。这通过任务亲和力来完成，它为任务中一个或多个可能要运行的活动提供一个独一无二的静态名字。默认为活动命名的任务亲和力的名字，就是实现该活动.apk包的名字。这提供一种通用的特性，对用户来说，所有在.apk包里的活动都是单一应用的一部分。

  当不带 Intent.FLAG_ACTIVITY_NEW_TASK 标记启动一个新的活动，任务亲和力对新启动的活动将没有影响作用：它将一直运行在它启动的那个任务里。然而，如果使用NEW_TASK标记，亲和力会检测已经存在的任务是否具有相同的亲和力。如果是，该任务会被切换到前台，新的活动会在任务的最上面被启动。

  你可以在你的表现文件里的应用程序标签里为.apk包里所有的活动设置你自己的任务亲和力，当然也可以为单独的活动设置标签。这里有些例子演示如何使用：

  如果你的.apk包里包含多个用户可启动的上层应用程序，那么你可能想要为每个活动分配不同的亲和力。这里有一个不错的协定，你可以将不同的名字字串加上冒号附加在.apk包名字的后面 。 例如，"com.android.contacts"的亲和力命名可以是"com.android.contacts:Dialer" and "com.android.contacts:ContactsList"。

  如果你想替换一个通知，快捷键，或者其它能从外部启动的应用程序的内部活动，你需要在你想替换的活动里明确的设置任务亲和力(taskAffinity)。例如，如果你想替换联系人详细信息浏览界面（用户可以直接操作或者通过快捷方式调用），你需要设置任务亲和力(taskAffinity)为“com.android.contacts”。

  启动模式以及启动标记

  你控制活动和任务通信的最主要的方法是通过设置启动模式的属性以及意图相应的标记。这两个参数能以不同的组合来共同控制活动的启动结果，这在相应的文档里有描述。这里我们只描述一些通用的用法以及几种不同的组合方式。

  你最通常使用的模式是singleTop（除了默认为standard模式）。这不会对任务产生什么影响；仅仅是防止在栈顶多次启动同一个活动。

  singleTask模式对任务有一些影响：它能使得活动总是在新的任务里被打开（或者将已经打开的任务切换到前台来）。使用这个模式需要加倍小心该进程是如何和系统其他部分交互的，它可能影响所有的活动。这个模式最好被用于应用程序入口活动的标记中。（支持MAIN活动和LAUNCHER分类）。

  singleInstance启动模式更加特殊，该模式只能当整个应用只有一个活动时使用。

  有一种情况你会经常遇到，其它实体（如搜索管理器SearchManager 或者 通知管理器NotificationManager）会启动你的活动。这种情况下，你需要使用 Intent.FLAG_ACTIVITY_NEW_TASK 标记，因为活动在任务（这个应用/任务还没有被启动）之外被启动。就像之前描述的一样， 这种情况下标准特性就是当前和任务和新的活动的亲和性匹配的任务将会切换到前台，然后在最顶端启动一个新的活动。当然，你也可以实现其它类型的特性。

  一个常用的做法就是将Intent.FLAG_ACTIVITY_CLEAR_TOP 和NEW_TASK一起使用。这样做，如果你的任务已经处于运行中，任务将会被切换到前台来, 在栈里的所有的活动除了根活动，都将被清空，根活动的onNewIntent(Intent) 方法传入意图参数后被调用。当使用这种方法的时候 singleTop 或者 singleTask启动模式经常被使用，这样当前实例会被置入一个新的意图，而不是销毁原先的任务然后启动一个新的实例。

  另外你可以使用的一个方法是设置活动的任务亲和力为空字串（表示没有亲和力），然后设置finishOnBackground属性。 如果你想让用户给你提供一个单独的活动描述的通知，倒不如返回到应用的任务里，这个比较管用。要指定这个属性，不管用户使用BACK还是HOME，活动都会结束；如果这个属性没有指定，按HOME键将会导致活动以及任务还留在系统里，并且没有办法返回到该任务里。

  进程

  在Android中，进程是应用程序的完整实现，而不是用户通常了解的那样。他们主要用途很简单：
  ◆提高稳定性和安全性，将不信任或者不稳定的代码移动到其他进程。 
  ◆可将多个.apk包运行在同一个进程里减少系统开销。 
  ◆帮助系统管理资源，将重要的代码放在一个单独的进程里，这样就可以单独销毁应用程序的其他部分。

  像前面描述的一样，进程的属性被用来控制那些有特殊应用组件运行的进程。注意这个属性不能违反系统安全： 如果两个.apk包不能共享同一个用户ID，却试图运行在通一个进程里，这种情况是不被允许的，事实上系统将会创建两个不同的进程。

  线程

  每个进程包含一个或多个线程。多数情况下，Android 避免在进程里创建多余的线程，除非它创建它自己的线程，我们应保持应用程序的单线程性。 一个重要的结论就是所有呼叫实例, 广播接收器, 以及 服务的实例都是由这个进程里运行的主线程创建的。

  注意新的线程不是为活动，广播接收器，服务或者内容提供器实例创建：这些应用程序的组件在进程里被实例化（除非另有说明，都在同一个进程处理），实际上是进程的主线程。这说明当系统调用时这些组件（包括服务）不需要进程远距离或者封锁操作（就像网络呼叫或者计算循环），因为这将阻止进程中的所有其他组件。你可以使用标准的线程 类或者Android的HandlerThread 类去对其它线程执行远程操作。

  这里有一些关于创建线程规则的例外：

  呼叫IBinder或者IBinder实现的接口，如果该呼叫来自其他进程，你可以通过线程发送的IBinder或者本地进程中的线程池呼叫它们，从进程的主线程呼叫是不可以的。特殊情况下，,呼叫一个服务 的IBinder可以这样处理。（虽然在服务里呼叫方法在主线程里已经完成。）这意味着IBinder接口的实现必须要有一种线程安全的方法，这样任意线程才能同时访问它。

  呼叫由正在被调用的线程或者主线程以及IBinder派发的内容提供器 的主方法。被指定的方法在内容提供器的类里有记录。这意味着实现这些方法必须要有一种线程安全的模式，这样任意其它线程同时可以访问它。

  呼叫视图以及由视图里正在运行的线程组成的子类。通常情况下，这会被作为进程的主线程，如果你创建一个线程并显示一个窗口，那么继承的窗口视图将从那个线程里启动。

  Android应用程序模型：应用程序，任务，进程，线程 收藏

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便捷类去对其它线程执行远程操作。

这里有一些关于这个线程规则的重要的例外：

  ・ 对IBinder或者IBinder实现的接口的调用由调用线程或本地进程的线程池（如果该呼叫来自其他进程）分发，而不是它们的进程的主线程。特殊情况下，一个服务的IBinder可以这样调用。（尽管调用服务里的方法已经在主线程里完成。）这意味着IBinder接口的实现必须要有一种线程安全的方法，这样任意线程才能同时访问它。
  ・ 对ContentProvider主要方法的调用由调用线程或者主线程分发,如同IBinder一样。被指定的方法在内容提供器的类里有记录。这意味着实现这些方法必须要有一种线程安全的模式，这样任意其它线程可以同时访问它。
  ・ 视图及其子类中的调用由正在运行着视图的线程产生。通常情况下，这会被作为进程的主线程，如果你创建一个线程并显示一个窗口，那么继承的窗口视图将从那个线程里启动。