应用程序组件是Android应用程序的基本构建单元。每个组件是系统进入你的应用程序的不同入口点。不是所有的组件对于用户都是实际上的入口点，有些是互相依赖的，但是每个组件都有特定的作用——每个都是唯一的构建单元，这些构建单元定义你应用程序的全部行为
有四种不同类型的应用程序组件。每种都有不同的用处并且有不同的生命周期。生命周期定义了他们是怎样被创建和销毁的。
四类不同的应用程序组件分别有：
Activities
一个Activity代表一个单独的拥有用户界面的屏幕。比如，一个邮件应用程序可能拥有一个显示新邮件的列表的Activity，一个编写邮件的Activity，一个读邮件的Activity。虽然这些Activity一起工作，但是他们是相互独立的。因此一个不同的应用程序也可以启动这些Activity中的任何一个（如果邮件应用程序允许的话）。比如一个摄像头应用程序为了能让用户分享一张图片它能启动邮件应用程序中的编写邮件的Activity。
一个Activity是由Activity类的子类来实现的。
Services
一个Service组件是运行在后台的一个进程，这个进程处理一个长时间的操作或者是一个远程调用。一个Service不需要提供一个用户界面。比如，一个Service可以在用户运行一个不同程序的同时在后台播放音乐，或者在不阻塞一个Activity的用户界面的同时获取网络数据。其他的组件，比如一个Activity，可以启动一个Service并且与之交互。
一个Service是由Service的子类来实现的。
Content providers
一个Content provider管理一组共享的应用程序数据。你可以把这些数据存储到文件系统、一SQLite数据库、互联网或者任何你的应用程序可以访问的持久化存储设备中。通过Content provider其他的应用程序能够查询甚至修改（如果Content provider允许修改操作）这些数据。例如Android系统提供了管理联系人信息的Content provider。因此，任何一个应用程序在拥有相应权限的情况下都可以访问这个Content provider管理的数据（比如ContactsContract.Data）来读取或者修改某个联系人的信息。
Content provider用于管理应用程序不与其他程序共享的的私有数据也是非常有用的。不如Note Pad例子程序就使用了一个Content provider来存储数据。
一个Content Provider是由ContentProvider的子类来实现的，并且必须实现一组使其他应用程序能与之通信的API。更多信息请参照Content Providers开发者指南。
Broadcast receivers
一个Broadcast receiver组件用于响应整个系统的广播通知。大量的广播都是由系统产生的。例如屏幕关闭的广播，电量不足的广播，拍了一张相片的广播。应用程序也可以发出广播，例如让其他应用程序知道一些数据已从网上下载了，并且它们可以使用这些数据。虽然broadcast receiver不显示用户界面，但是当广播事件发生的时候他们可以创建一个状态栏通知来提示用户。更加普遍的情况是，一个Broadcast receiver只是一扇通向其他组件的“大门”，它只做非常少量的工作。例如它可以基于一个广播事件启动一个Service来完成一些工作。
一个Broadcast receiver是由BroadcastReceiver的子类来实现的，并且每个广播都是当作一个Intent对象来传递的。
Android系统的一个独一无二的设计就是一个应用程序可以启动其它应用程序的组件。例如如果你希望用户通过摄像头来拍摄一张照片，而其他应用程序已经实现了这个功能，那么你的应用程序可以直接使用它，而不是自己开发一个Activity来实现这一功能。你不需要通过合并或者事件链接到摄像头应用程序的代码，而是直接启动摄像头应用程序实现拍照功能的Activity。当拍照完成时，照片功过事件返回到你的应用程序中。对于用户来说，看起来拍照功能就是你的应用程序的一部分。
当系统启动一个组件的时候，它为应用程序开启一个进程（如果应用程序还没有运行），并且实例化这个组件需要的所有的类。例如，如果你的应用程序启动一个摄像头应用程序中实现拍照功能的Activity，这个Activity运行在属于摄像头应用程序的进程中，而不是你的应用程序的进程中。因此，和其它大多数操作系统不一样，Android应用程序不止一个单独的入口。（例如，没有main函数）
因为每个应用程序运行在独立的进程中，并且每个进程都有文件权限来限制其它程序的访问，你的应用程序不能直接启动其它应用程序的组件。尽管如此，Android系统可以启动它们。因此，你必须传递一个消息给Android系统，这个消息定义了你想启动某个组件的意图，Android系统接收到这个消息后为你启动其他应用程序的组件。
启动组件
四种组件中的三种——Activity、Service和Broadcast receiver——通过被称作Intent的异步消息启动。Intent在运行时把独立的组件互相绑定（你可以认为Intent是组件为了请求一个操作派出的信使），不管这个组件是属于你的应用程序还是他的应用程序。
一个Intent对象创建一个Intent，它定义了一个启动某个或者某种组件的消息。一个Intent的意图分别可以是明确的，也可以是含蓄的。
对于Activity和Service来说，一个Intent定义了一个行为（例如，“展示”或者“发送”一些东西）和指定相关的数据的URI（其中包括启动组件可能需要知道的数据）。例如，一个Intent可能传递一个Activity的请求来显示一张图片或者打开一个网页。在某些情况下，你能够启动一个Activity来接收Intent中的数据，这个Activity也返回一个数据包含在Intent中（例如，你发布了一个Intent让用户选取一个联系人信息，并且返回给你，返回的Intent中包含了指向选取的联系人信息的URI）。
对于Broadcast receiver来说，Intent只是简单地定义了被广播的公告（例如一个显示设备电池电量低的广播只包括一个指出“电量低”的操作字符串）。
其他类型的组件，Content provider，不是由Intent来启动，而是在ContentResolver向它发出一个请求时被启动。Content resolver处理所有与Content provider的直接相关的事务，因此组件不需要直接与Content provider通信，替而代之调用ContentResolver对象的方法。这样在Content provider和组件请求信息之间保留了一个抽象层（为了安全）。
启动每种组件都有不同的方法：
l 你可以通过传递一个Intent对象到startActivity()或者startActivityForResult()（当你希望这个Activity返回结果时）方法来启动一个Activity。
l 你可以通过传递一个Intent对象到startService()方法来启动一个Service（或者传递新的指令到正在运行的Service）。或者你可以通过传递一个Intent对象到bindService()来绑定到Service。
l 你可以通过传递一个Intent对象到sendBroadcast()，sendOrderedBroadcast()或者sendStickyBroadcast()方法来发布一个广播。
l 你可以通过调用ContentResolver对象上的query()方法来对一个Content provider执行查询操作。
Android四大组件分别为activity、service、content provider、broadcast receiver。
一、android四大组件详解
1、activity
（1）一个Activity通常就是一个单独的屏幕（窗口）。
（2）Activity之间通过Intent进行通信。
（3）android应用中每一个Activity都必须要在AndroidManifest.xml配置文件中声明，否则系统将不识别也不执行该Activity。
2、service
（1）service用于在后台完成用户指定的操作。service分为两种：
（a）started（启动）：当应用程序组件（如activity）调用startService()方法启动服务时，服务处于started状态。
（b）bound（绑定）：当应用程序组件调用bindService()方法绑定到服务时，服务处于bound状态。
(2)startService()与bindService()区别：
(a)started service（启动服务）是由其他组件调用startService()方法启动的，这导致服务的onStartCommand()方法被调用。当服务是started状态时，其生命周期与启动它的组件无关，并且可以在后台无限期运行，即使启动服务的组件已经被销毁。因此，服务需要在完成任务后调用stopSelf()方法停止，或者由其他组件调用stopService()方法停止。
(b)使用bindService()方法启用服务，调用者与服务绑定在了一起，调用者一旦退出，服务也就终止，大有“不求同时生，必须同时死”的特点。
(3)开发人员需要在应用程序配置文件中声明全部的service，使用<service></service>标签。
(4)Service通常位于后台运行，它一般不需要与用户交互，因此Service组件没有图形用户界面。Service组件需要继承Service基类。Service组件通常用于为其他组件提供后台服务或监控其他组件的运行状态。
3、content provider
（1）android平台提供了Content Provider使一个应用程序的指定数据集提供给其他应用程序。其他应用可以通过ContentResolver类从该内容提供者中获取或存入数据。
（2）只有需要在多个应用程序间共享数据是才需要内容提供者。例如，通讯录数据被多个应用程序使用，且必须存储在一个内容提供者中。它的好处是统一数据访问方式。
（3）ContentProvider实现数据共享。ContentProvider用于保存和获取数据，并使其对所有应用程序可见。这是不同应用程序间共享数据的唯一方式，因为android没有提供所有应用共同访问的公共存储区。
（4）开发人员不会直接使用ContentProvider类的对象，大多数是通过ContentResolver对象实现对ContentProvider的操作。
（5）ContentProvider使用URI来唯一标识其数据集，这里的URI以content://作为前缀，表示该数据由ContentProvider来管理。
4、broadcast receiver
（1）你的应用可以使用它对外部事件进行过滤，只对感兴趣的外部事件(如当电话呼入时，或者数据网络可用时)进行接收并做出响应。广播接收器没有用户界面。然而，它们可以启动一个activity或serice来响应它们收到的信息，或者用NotificationManager来通知用户。通知可以用很多种方式来吸引用户的注意力，例如闪动背灯、震动、播放声音等。一般来说是在状态栏上放一个持久的图标，用户可以打开它并获取消息。
（2）广播接收者的注册有两种方法，分别是程序动态注册和AndroidManifest文件中进行静态注册。
（3）动态注册广播接收器特点是当用来注册的Activity关掉后，广播也就失效了。静态注册无需担忧广播接收器是否被关闭，只要设备是开启状态，广播接收器也是打开着的。也就是说哪怕app本身未启动，该app订阅的广播在触发时也会对它起作用。
二、android四大组件总结：
（1）4大组件的注册
4大基本组件都需要注册才能使用，每个Activity、service、Content Provider都需要在AndroidManifest文件中进行配置。AndroidManifest文件中未进行声明的activity、服务以及内容提供者将不为系统所见，从而也就不可用。而broadcast receiver广播接收者的注册分静态注册（在AndroidManifest文件中进行配置）和通过代码动态创建并以调用Context.registerReceiver()的方式注册至系统。需要注意的是在AndroidManifest文件中进行配置的广播接收者会随系统的启动而一直处于活跃状态，只要接收到感兴趣的广播就会触发（即使程序未运行）。
（2）4大组件的激活
内容提供者的激活：当接收到ContentResolver发出的请求后，内容提供者被激活。而其它三种组件activity、服务和广播接收器被一种叫做intent的异步消息所激活。
（3）4大组件的关闭
内容提供者仅在响应ContentResolver提出请求的时候激活。而一个广播接收器仅在响应广播信息的时候激活。所以，没有必要去显式的关闭这些组件。Activity关闭：可以通过调用它的finish()方法来关闭一个activity。服务关闭：对于通过startService()方法启动的服务要调用Context.stopService()方法关闭服务，使用bindService()方法启动的服务要调用Contex.unbindService()方法关闭服务。
（4）android中的任务（activity栈）
（a）任务其实就是activity的栈，它由一个或多个Activity组成，共同完成一个完整的用户体验。栈底的是启动整个任务的Activity，栈顶的是当前运行的用户可以交互的Activity，当一个activity启动另外一个的时候，新的activity就被压入栈，并成为当前运行的activity。而前一个activity仍保持在栈之中。当用户按下BACK键的时候，当前activity出栈，而前一个恢复为当前运行的activity。栈中保存的其实是对象，栈中的Activity永远不会重排，只会压入或弹出。
（b）任务中的所有activity是作为一个整体进行移动的。整个的任务（即activity栈）可以移到前台，或退至后台。
（c）Android系统是一个多任务(Multi-Task)的操作系统，可以在用手机听音乐的同时，也执行其他多个程序。每多执行一个应用程序，就会多耗费一些系统内存，当同时执行的程序过多，或是关闭的程序没有正确释放掉内存，系统就会觉得越来越慢，甚至不稳定。为了解决这个问题，Android引入了一个新的机制，即生命周期(Life Cycle)。