一、Activity具体解释
二、Service具体解释
三、Broadcast Receiver具体解释
四、Content Provider具体解释
外加一个重要组件 intent的具体解释。（主要来自于网络）
1、Activity
一个Activity通常展现为一个可视化的用户界面。比如，一个activity可能展现为一个用户能够选择的菜单项列表或者展现一些图片以及图 片的标题。一个消息服务应用程序可能包括一个显示联系人列表的activity,一个编写信息的activity，以及其他一些查看信息和改动应用程序设 置的activity。尽管这些activity一起工作，共同组成了一个应用程序，但每个activity都是相对独立的。每个activity都 是Activity(android.app.Activity)的子类。
一个应用程序可能仅仅包括一个activity，或者像上面提到的消息服务程序一样有多个activity。一个应用程序包括几个activity以 及各个activity完毕什么样的功能全然取决于应用程序以及它的设计。通常每一个应用程序都包括一个在应用程序启动后第一个展现给用户的 activity。在当前展现给用户的activity中启动一个新的activity，能够实现从一个activity转换到另外一个 activity。
每一个activity都会有一个用于绘制用户界面的窗体。通常这样一个窗体会填充整个屏幕，当然这个窗体也能够比屏幕小并漂浮在其它窗体之上。 activity还能够使用一些额外的窗体，比如一个要求用户响应的弹出式对话框，或者是当用户在屏幕上选择一个条目后向用户展现一些重要信息的窗体。
展示activity窗体的可视化内容区域是一些具有层次关系（非常像数据结构中的树）的视图，而视图则是由类View的子类表示的。每一个视图控制窗 口中的一个矩形区域。父视图包括一些子视图并管理子视图的布局。位于叶节点的视图直接控制并响应用户的动作。因此视图就是activity与用户交互的接 口。比如，一个显示图片的视图，当用户单击的时候它可能会启动一个动作。Android有很多开发者能够直接使用的视图，包括button，文本域，滚动栏，菜 单，复选框等。
通过调用Activity.setContentView()方法来设置展现activity的窗体的视图。内容视图则是视图层次结构中的根节点视图。
2、Service
Service是Android的四大组件之中的一个，即Android系统的服务（不是一个线程，是主程序的一部分），与Activity不同，它是不能与用户交互的，不能自己启动的，须要调用Context.startService()来启动，执行后台，假设我们退出应用时，Service进程并没有结束，它仍然在后台行。
service没实用户界面，但它会在后台一直执行。比如，service可能在用户处理其他事情的时候播放背景音乐，或者从网络上获取数据，或者执行一些运算，并把运算结构提供给activity展示给用户。每一个service都扩展自类Serivce。
多媒体播放器播放音乐是应用service的一个很好的样例。多媒体播放器程序可能含有一个或多个activity，用户通过这些 activity选择并播放音乐。然而，音乐回放并不须要一个activity来处理，由于用户可能会希望音乐一直播放下去，即使退出了播放器去执行其他 程序。为了让音乐一直播放，多媒体播放器activity可能会启动一个service在后台播放音乐。Android系统会使音乐回放service一 直执行，即使在启动这个service的activity退出之后。
应用程序能够连接到一个正在执行中的service。当连接到一个service后，能够使用这个service向外暴露的接口与这个service进行通信。对于上面提到的播放音乐的service，这个接口可能同意用户暂停，停止或又一次播放音乐。
与activity以及其他组件一样，service相同执行在应用程序进程的主线程中。所以它们不能堵塞其他组件或用户界面，通常须要为这些service派生一个线程执行耗时的任务。
3、Broadcase receiver
1、BroadcastReceiver 用于异步接收广播Intent。主要有两大类，用于接收广播的：
正常广播 Normal broadcasts（用 Context.sendBroadcast()发送）是全然异步的。它们都执行在一个没有定义的顺序，一般是在同一时间。这样会更有效，但意味着receiver不能包括所要使用的结果或中止的API。
有序广播 Ordered broadcasts（用 Context.sendOrderedBroadcast()发送）每次被发送到一个receiver。所谓有序，就是每一个receiver执行后能够传播到下一个receiver，也能够全然中止传播--不传播给其它receiver。 而receiver执行的顺序能够通过matched intent-filter 里面的android:priority来控制，当priority优先级同样的时候，Receiver以随意的顺序执行。
2、广播接收器是一个专注于接收广播通知信息，并做出相应处理的组件。非常多广播是源自于系统代码的──比方，通知时区改变、电池电量低、拍摄了一张照片或者用户改变了语言选项。应用程序也能够进行广播──比方说，通知其他应用程序一些数据下载完毕并处于可用状态。
3、应用程序能够拥有随意数量的广播接收器以对全部它感兴趣的通知信息予以响应。全部的接收器均继承自BroadcastReceiver基类。
4、广播接收器没实用户界面。然而，它们能够启动一个activity来响应它们收到的信息，或者用NotificationManager来通知用户。通知能够用非常多种方式来吸引用户的注意力──闪动背灯、震动、播放声音等等。一般来说是在状态栏上放一个持久的图标，用户能够打开它并获取消息。
4、Content provider
ContentProvider（内容提供者）是Android中的四大组件之中的一个。主要用于对外共享数据，也就是通过ContentProvider把应用中的数据共享给其它应用訪问，其它应用能够通过ContentProvider对指定应用中的数据进行操作。ContentProvider分为系统的和自己定义的，系统的也就是比如联系人，图片等数据。
下面这段是Google Doc中对ContentProvider的大致概述。
内容提供者将一些特定的应用程序数据供给其他应用程序使用。数据能够存储于文件系统、SQLite数据库或其他方式。内容提供者继承于ContentProvider 基类，为其他应用程序取用和存储它管理的数据实现了一套标准方法。然而，应用程序并不直接调用这些方法，而是使用一个 ContentResolver 对象，调用它的方法作为替代。ContentResolver能够与随意内容提供者进行会话，与其合作来对全部相关交互通讯进行管理。
5、intent
对于每种组件来说，激活的方法是不同的：
1、通过传递一个Intent对象至 Context.startActivity()或Activity.startActivityForResult()以加载（或指定新工作给）一个activity。对应的activity能够通过调用 getIntent() 方法来查看激活它的intent。Android通过调用activity的onNewIntent()方法来传递给它继发的intent。
一个activity常常启动了下一个。假设它期望它所启动的那个activity返回一个结果，它会以调用startActivityForResult()来代替startActivity()。比方说，假设它启动了另外一个activity以使用户挑选一张照片，它或许想知道哪张照片被选中了。结果将会被封装在一个Intent对象中，并传递给发出调用的activity的onActivityResult() 方法。
2、通过传递一个Intent对象至Context.startService()将启动一个服务（或给予正在执行的服务以一个新的指令）。Android调用服务的onStart()方法并将Intent对象传递给它。
与此类似，一个Intent能够被调用组件传递给 Context.bindService()以获取一个正在执行的目标服务的连接。这个服务会经由onBind() 方法的调用获取这个Intent对象（假设服务尚未启动，bindService()会先启动它）。比方说，一个activity能够连接至前述的音乐回放服务，并提供给用户一个可操作的（用户界面）以对回放进行控制。这个activity能够调用 bindService() 来建立连接，然后调用服务中定义的对象来影响回放。
3、应用程序能够凭借将Intent对象传递给 Context.sendBroadcast() ，Context.sendOrderedBroadcast()， 以及Context.sendStickyBroadcast()和其他类似方法来产生一个广播。Android会调用全部对此广播有兴趣的广播接收器的 onReceive()方法将intent传递给它们。