完成工作，而不用自己再开发一个。你的应用程序并没有吸纳 或链接其它应用程序的代码，它只是在有需求的时候启动了其它应用程序的那个功能部分。
为达到这个目的，系统必须在一个应用程序的一部分被需要时启动这个应用程序，并将那个部分的Java对象实例化。与在其它系统上的应用程序不同，Android应用程序没有为应用准备一个单独的程序入口（比如说，没有main()方法）， 而是为系统依照需求实例化提供了基本的组件。共有四种组件类型：
活动(Activities)
一个 activity 代表用户界面的一个独立屏幕。例如，一个邮件应用程序应该有一个 activity 用于显示新邮件列表，另一个 activity 用于撰写一封邮件，还有一个 activity 用于读取邮件。尽管所有 activitie 协同工作以构成邮件应用程序的用户体验，但彼此之间相对独立。应次，不同的应用程序能够从任何一个 activity 启动 (只要邮件应用程序允许)。例如，用户需要分享一张照片，一个拍照应用程序能够启动邮件应用程序的 activity 。
activity 是一个实现了 Activity 的子类，你可以在 Activities 开发者指导部分了解更多。
服务(Services)
service 是在后台运行，执行长时间操作或者执行远程操作。 service 不提供用户界面。例如，当用户在另一个应用程序时，一个 service 可在后台播放音乐，或者是从网络上获取数据，而不阻断用户与当前 activity 的交互。其他组件，比如一个 activity ，为了与该 service 互动，可以启动或者 绑定它。
service 是一个实现了 Service 的子类，你可以在 Services 开发者指导部分了解更多。
广播接收器(Broadcast receivers)
广播接收器是一个专注于接收广播通知信息，并做出对应处理的组件。很多广播是源自于系统代码的──比如，通知时区改变、电池电量低、拍摄了一张照片或者用户改
变了语言选项。应用程序也可以进行广播──比如说，通知其它应用程序一些数据下载完成并处于可用状态。
应用程序可以拥有任意数量的广播接收器以对所有它感兴趣的通知信息予以响应。所有的接收器均继承自BroadcastReceiver基类。
广播接收器没有用户界面。然而，它们可以启动一个activity来响应它们收到的信息，或者用NotificationManager来通知用户。通知可以用很多种方式来吸引用户的注意力──闪动背灯、震动、播放声音等等。一般来说是在状态栏上放一个持久的图标，用户可以打开它并获取消息。
内容提供者(Content providers)
内容提供者将一些特定的应用程序数据供给其它应用程序使用。数据可以存储于文件系统、SQLite数据库或其它方式。内容提供者继承于ContentProvider 基类，为其它应用程序取用和存储它管理的数据实现了一套标准方法。然而，应用程序并不直接调用这些方法，而是使用一个ContentResolver 对象，调用它的方法作为替代。ContentResolver可以与任意内容提供者进行会话，与其合作来对所有相关交互通讯进行管理。
参阅独立的内容提供者Content Providers 章节获得更多关于使用内容提供者的内容。
每当出现一个需要被特定组件处理的请求时，Android会确保那个组件的应用程序
进程处于运行状态，或在必要的时候启动它。并确保那个相应组件的实例的存在，必要时会创建那个实例。
Android系统设计的一个独特方面是任何的一个程序都可以启动另一程序的组件。
比如，你想让你的程序可以使用照相机拍照，如果已经有了实现这种功能的程序并且你你的程序能使用它（有权限），那么你就没有再要再写一个新的Activity来实现这个功能。你的程序不需要包含或者链接这个拍照程序。相反，你只需要在你的程序中打开这个拍照程序中的实现拍照功能的Activity。当拍完之后，拍好的照片甚至会自动返回给你的程序。者对于用户来说，就好像是想拍照功能的程序就是你的这个程序的一部分一样。
当系统启动一个组件之后，如果这个组件所在的程序之前没有运行的话，系统会自
动开始这个程序的进程，并初始化这个组件所需要的相关类。比如，你的程序开启了一个拍照功能程序的Activity，这时系统会启动这个Activity所在的程序，所以这个Activity运行在拍照功能的程序当中，而不是在你的程序中。所以，不像其他操作系统的中的程序一样，Android程序没有一个单独的入口点（比如没有我们常见的main()函数）。
因为系统中的程序运行在自己的独立进程中，并且程序中的文件都有自己的限制其
他程序访问的权限，所以，你的程序不能直接激活其他程序中的组件。但是Android系统就可以。具体是这样的实现的，为了激活（activate）其他程序中的组件，你必须向系统发送一个消息来详细说明你要启动其他组件的意图，这样系统才会为你激活这个组件。
激活组件(Activating Components)
四大组件中的三个组件——activities、services和broadcast receiver——是由一种叫
intent的异步消息来激活的。这些intents在运行时（runtime）将这些属于你的程序或不同程序的单独的组件绑定在一起（bind），你可以把这些intents看作是需要其他组件的action的messengers。
一个intent就是一个Intent对象，这个intent定义了一种可以激活（activate）某个特
定组件或者某种特定类型的组件，这两种情况分别对应两种intent的定义方式或者显示的或者隐式的。
对于activities和services，一个intent定义了要执行的操作（action）(比如，要“view”
或者“send”什么)和要操作的数据的URI。比如，一个intent可能会为一个activity传递一个请求来展示一张图片或者打开一个网页。有时，你可以启动一个activity来得到返回的结果，在这个例子中这个activity的返回的结果也是一个Intent（比如，你可以发送一个intent让用户选择一个personal contact并返回给你——这个返回的intent就包含了一个指向用户选择的联系人的URI）。（关于activity和service的启动方式，下面将介绍。）
对于广播接收者来说，intent只是简单的定义了要广播的内容（比如，一个用以表明
电池电量很低的广播仅包含了一个表明电池电量很低的字符串）。
最后一种组件类型content provider并不是由intent来激活的（activate）。而是由接
收到ContentResolver的请求时激活的。
它们都各自有自己的方法来激活相应的组件：
你可以通过传递一个Intent给startActivity()或startActivityForResult()启动一个activity（或者给他一些新的要做的内容）。使用startActivityForResult()你将得到一个返回结果。
你可以通过传递一个Intent给startService()来start一个service（或者给一个正在运行的service一些新的指令(instructions)）。或者你可以通过把一个Intent传递给bindService()来绑定一个service。
你可以通过传递一个Intent给诸如sendBroadcast()、sendOrderedBroadcast()或者sendStickyBroadcast()等方法来初始化一个广播。
你可以通过调用ContentResolver的query()方法来执行一次content provider的查询操作。
更多的关于intent的内容，可以参看文档中的Intents and Intent Filters。更多的关于激活特定组件的内容可以参看文档中的：Activities、Services、BroadcastReceiver、Content Providers。
关于Manifest文件
在Android系统可以启动一个应用程序组件之前，Android系统必须通过读取这个程
序的AndroidManifest.xml（即manifest文件）文件来确定要启动的组件存在。你的程序必须在这个manifest文件声明用到的所有的组件，并且这个manifest文件必须在项目的根目录下。
另外，这个manifest文件还声明一些其他的东西，比如：
确定这个程序需要的所有权限，比如Internet访问权限或者读取用户联系人权限。 声明这个运行这个程序所需要的最低API版本，这个可以根据开发该程序所使用的API版本。
相关推荐：
loading