四大组件的运行状态

四大组件：Activity、Service、BroadcastReceiver、ContentProvider

四大组件的运行状态：

Android的四大组件除了BroadcastReceiver以外，其他的三种都必须在Android-Manifest中注册，对于BroadcastReceiver来说，它既可以在Android-Mainfest中注册也可以通过代码来注册。在调用方式上，Activity、Service、BroadcastReceiver需要借助Intent,而ContentProvider则无须借助Intent.

Activity是一种展示型组件，用于向用户展示一个界面，并且可以接受用户输入的信息从而进行交互。对于用户来说，Activity就是一个Android应用的全部，这是因为其他三个组件对于用户是不可感知的。Activity的启动由Intent触发，其中Intent可以分为显式Intent和隐式Intent.显式Intent可以明确地指向一个Activity组件，隐式Intent则指向一个或多个目标Activity组件，当然也可能没有任何一个Activity组件可以处理这个隐式Intent。一个Activity组件可以具有特定的启动模式。Activity组件是可以停止的，在实际开发中通过finish()的方法来结束一个Activity组件的运行。

Service是一种计算型组件，用于在后台执行一系列计算任务。由于Service组件工作在后台，因此用户无法直接感知到它的存在。Service组件和Activity组件略有不同，Activity组件只有一种运行模式，即Activity处于启动状态，但是Service组件却有两种状态：启动状态和绑定状态。当service组件处于启动状态时，这个时候service内部可以做一些后台计算，并不需要和外界有直接的交互。尽管service组件是用于后台计算的，但它本身是运行在主线程中的，因此耗时的后台计算仍然要在单独的线程中去完成。当Service组件处于绑定状态时，这个时候service内部同样可以进行内部计算，但是处于这种状态时外界可以更好地与Service组件进行通信。Service组件也是可以被停止的，需要灵活运用stopService和unBindService这两个方法才能完全停止一个service组件。

BroadcastReceiver是一种消息型组件，用于不同组件乃至不同应用之间传递消息。BroadcastReceiver同样无法被用户感知，因为它工作在系统内部。BroadcastReceiver也叫广播，广播的注册方法有两种：静态注册和动态注册。静态注册是指在AndroidManifest中注册广播，这种广播在应用安装时会被系统解析，此种形式的广播不需要应用启动就可以收到相应的广播。动态注册广播需要通过Context.registerReceiver()来实现，并且在不足要广播的情况下要通过Context.unRegisterReceiver()来解除广播，此种形式的广播必须要启动应用才能注册并接收广播，因此应用不启动就无法o广播，无法注册广播就无法收到相应的广播。在实际开发中，通过Context的一系列send方法来发送广播，被发送的广播会被系统发送给感兴趣的广播接收者，发送和接收过程的匹配是通过广播接收者的<intent-filter>来描述的。可以发现，BroadcastReceiver组件可以用来实现低耦合的观察者模式，观察者和被观察者没有任何的耦合。由于BroadcastReceiver的特性，它不适合用来执行耗时操作。BroadcastReceiver组件一般来说不需要停止，它也没有停止的概念。

ContentProvider是一种数据共享型组件，用于向其他组件乃至其他应用共享数据，和BroadcastReceiver一样，ContentProvider同样无法被用户感知。对于ContentProvider组件来说，它的内部就是实现增删改查这四种操作，在它的内部维持着一份数据集合，这个数据集合既可以通过数据库来实现，也可以采用其他类型来实现，比如List和Map,

ContentProvider对数据集合的具体实现没有任何要求。需注意，ContentProvider内部的insert、delete、update和query方法需处理好线程同步，因为这几个方法是在Binder线程池中被调用的，另外ContentProvider组件也不用手动停止。