Android四大组件解析

1、四大组件的特点
* activity
        一个Activity通常就是一个单独的屏幕（窗口）；Activity之间通过Intent进行通信；android应用中每一个Activity都必须要在AndroidManifest.xml配置文件中声明，否则系统将不识别也不执行该Activity。
* service（启动型和绑定型）
        service用于在后台完成用户指定的操作。service分为两种：（a）started（启动）：当应用程序组件（如activity）调用startService()方法启动服务时，服务处于started状态。该service的生命周期由自己决定。started service（启动服务）是由其他组件调用startService()方法启动的，这导致服务的onStartCommand()方法被调用。当服务是started状态时，其生命周期与启动它的组件无关，并且可以在后台无限期运行，即使启动服务的组件已经被销毁。因此，服务需要在完成任务后调用stopSelf()方法停止，或者由其他组件调用stopService()方法停止。（b）bound（绑定）：当应用程序组件调用bindService()方法绑定到服务时，服务处于bound状态。使用bindService()方法启用服务，调用者与服务绑定在了一起，调用者一旦退出，服务也就终止。该service的生命周期与当前组件的生命周期相同。

* content provider
        Content Provider使一个应用程序的指定数据集提供给其他应用程序。其他应用可以通过ContentResolver类从该内容提供者中获取或存入数据；当在多个应用程序间共享数据时才需要内容提供者。例如，通讯录数据被多个应用程序使用，且必须存储在一个内容提供者中。它的好处是统一数据访问方式；ContentProvider实现数据共享。ContentProvider用于保存和获取数据，并使其对所有应用程序可见。这是不同应用程序间共享数据的唯一方式，因为android没有提供所有应用共同访问的公共存储区；开发人员不会直接使用ContentProvider类的对象，大多数是通过ContentResolver对象实现对ContentProvider的操作；ContentProvider使用URI来唯一标识其数据集，这里的URI以content://作为前缀，表示该数据由ContentProvider来管理。
* broadcast receiver（动态或静态）
         broadcast receiver可以对外部事件进行过滤，只对感兴趣的外部事件(如当电话呼入时，或者数据网络可用时)进行接收并做出响应。它们可以启动一个activity或serice来响应它们收到的信息，或者用NotificationManager来通知用户。通知可以用很多种方式来吸引用户的注意力，例如闪动背灯、震动、播放声音等。一般来说是在状态栏上放一个持久的图标，用户可以打开它并获取消息；广播接收者的注册有两种方法，分别是程序动态注册和AndroidManifest文件中进行静态注册；动态注册广播接收器特点是当用来注册的Activity关掉后，广播也就失效了。静态注册无需担忧广播接收器是否被关闭，只要设备是开启状态，广播接收器也是打开着的。也就是说哪怕app本身未启动，该app订阅的广播在触发时也会对它起作用。

2、四大组件的实现：(四大组件的生命周期和所处进程是相互独立的)
* Activity组件：继承activity类，并实现activity的生命周期中的调用函数
* Service组件： 继承service类，并实现service的生命周期中的调用函数
* Broadcastreceive组件：继承broadcastreceive类，实现onReceive()方法，提供了一种更加自由的使用intent和notification的方式，是intent的消费者并根据intent激发其它组件。Broadcastreceive生命周期只有十秒左右，如果在onReceive()内做超过十秒内的事情，就会报ANR(Application No Response) 程序无响应的错误信息，如果需要完成一项比较耗时的工作 , 应该通过发送 Intent 给 Service, 由Service 来完成。
* Contentprovider组件：继承contentprovider类，实现SUID方法。
3、四大组件的注册
四大组件都需要注册才能使用,每个Activity、Service、ContentProvider内容提供者都需要在AndroidManifest文件中进行配置。注册格式如下：
* <activity>元素的name属性指定了实现了这个activity 的Activity 的子类。icon和label属性指向了包含展示给用户的此activity 的图标和标签的资源文件。
* <service> 元素用于声明服务
* <receiver> 元素用于声明广播接收器。BroadcastReceive广播接收者的注册分静态注册(在AndroidManifest文件中进行配置)和通过代码动态创建并以调用Context.registerReceiver()的方式注册至系统。动态注册广播接收器还有一个特点，就是当用来注册的Activity关掉后，广播也就失效了。静态注册无需担忧广播接收器是否被关闭,只要设备是开启状态,广播接收器也是打开着的。也就是说哪怕app本身未启动,该app订阅的广播在触发时也会对它起作用。
* <provider> 元素用于声明内容提供者
4、四大组件的激活
* Activity的激活通过传递一个Intent对象至Context.startActivity()或Activity.startActivityForResult()以载入（或指定新工作给）一个activity。相应的activity 可以通过调用getIntent()方法来查看激活它的intent。如果它期望它所启动的那个activity 返回一个结果，它会以调用startActivityForResult()来取代startActivity()。比如说，如果它启动了另外一个Activity 以使用户挑选一张照片，它也许想知道哪张照片被选中了。结果将会被封装在一个Intent 对象中，并传递给发出调用的activity 的onActivityResult()方法。
* Service的激活可以通过传递一个Intent对象至Context.startService()或Context.bindService()。前者Android 调用服务的onStart()方法并将Intent 对象传递给它，后者Android 调用服务的onBind()方法将这个Intent 对象传递给它。
* Broadcastreceive的激活可以通过传递一个Intent 对象至给Context.sendBroadcast() 、Context.sendOrderedBroadcast()或Context.sendStickyBroadcast()。Android 会调用所有对此广播有兴趣的广播接收器的onReceive()方法，将intent 传递给它们。
* Contentprovider的激活：当接收到ContentResolver发出的请求后，内容提供者被激活。而其它三种组件──activity、服务和广播接收器被一种叫做intent 的异步消息所激活
5、四大组件的关闭
* Activity关闭：可以通过调用它的finish()方法来关闭一个activity
* Service关闭：对于通过startService()方法启动的服务要调用Context.stopService()方法关闭服务，使用bindService()方法启动的服务要调用Contex.unbindService()方法关闭服务。
* Broadcastreceive仅在响应广播信息的时候激活，没有必要去显式的关闭这个组件。
* Contentprovider仅在响应ContentResolver提出请求的时候激活，没有必要去显式的关闭这个组件。
6、FrameWork(应用程序框架)识别并创建4大组件对象(松耦合的实现)
* Android应用程序架构中非常核心的一点：Intent消息通过携带需要激活的4大组件名字字符串传递给FrameWork，FrameWork层会根据这个字符串在AndroidManifest.xml找到其对应的组件及其属性配置，构造组件对象，然后把它启动起来。

7、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)。