Android中的四大组件中除了BroadcastReceiver以外，其他三种组件都必须在AndroidManifest中注册，对于BroadcastReceiver来说，它既可以在AndroidManifest中注册也可以通过代码来注册，在调用方式上，Activity ，Service 和BroadcastReceiver 需要借助Intent，而ContentProvider则无需借助Intent，而ContentProvider则无需借助Intent。
Activity是一种展示型组件，用于向用户直接的展示一个界面，并且可以接受用户的输入信息从而进行交互，Activity是最重要的一种组件，对用户来说，Activity就是一个Android 应用的全部，这是因为其他三大组件对用户来说都是不可感知的。Activtiy的启动由Intent触发，其中Intent可以分为显式Intent和隐式Intent ，显式Intent可以明确的指向一个Activity组件，隐式Intent则指向一个或多个目标Activity组件，当然也可能没有任何一个Activity组件可以处理这个隐式Intent，一个Activity组件可以具有特定的启动模式，同一个Activity组件在不同的启动模式下会有不同的效果，Activity组件是可以停止的，在实际开发中可以通过Activity的finish方法来结束一个Activity组件的运行，由此看来，Activity组件的主要作用是展示一个界面并和用户交互，它扮演的是一种前台界面的角色
Service是一种计算型组件，用于在后台执行一系列计算任务，由于Service组件工作在后台，因此用户无法直接感知到它的存在，Service组件和Activity组件略有不同，Activity组件只有一种运行模式，即Acriviry处于启动状态，但是Service组件却有两种状态：启动状态和绑定状态，当Service组件处于启动状态时，这个时候Service内部可以做一些后台计算，并且不需要和外界有直接的交互，尽管Service组件是用于执行后台计算的，但它本身时运行在主线程中的，因此耗时的后台计算仍然需要在单独的线程中去完成，当Service组件处于绑定状态时，这个时候Service内部同样可以进行后台计算，但是处于这种状态时外界可以很方便的和Service组件进行通信。Service组件也是可以停止的，停止一个Service组件稍显复杂，需要灵活采用stopService和unBindService 这两个方法才能完全停止一个Service组件
BroadcastReceiver 是一种消息型组件，用于在不同的组件乃至不同的应用之间传递消息，BroadcastReceiver同样无法被用户直接感知，因为它工作在系统内部。BroadcastReceiver也叫广播，广播的注册有两种方式：静态注册和动态注册，静态注册是指在AndroidManifest中注册广播，这种广播在应用安装时会被系统解析，此种形态的广播不需要用于启动就可以收到相应的广播。动态注册广播需要通过Context.registerReceiver（）来实现，并且在不需要的时候要通过Context.unRegisterReceiver()来解除广播。此种形态的广播必须要应用启动才能注册并接受广播，因此应用不启动就无法注册广播，无法注册广播就无法收到相应的广播，在实际开发中通过Context的一系列send方法来发送广播，被发送的广播会被系统发送给感兴趣的广播接收者，发送和接收过程的匹配是通过广播接收者的<intent-filer来描述的，可以发现，BroadcastReceiver组件可以用来实现低耦合的观察者模式，观察者和被观察者之间没有任何耦合，由于BroadcastReceiver的特性，它不适合用来执行耗时操作，BroadcastReceiver组件一般来说不需要停止，它也没有停止的概念
ContentProvider 是一种数据共享型组件，用于向其他组件乃至其他应用共享数据，和BroadcastReceiver一样，ContentProvider同样无法被用户直接感知，对于一个ContentProvider组件来说，它的内部需要实现增删改查这四种操作，在它的内部维持着一份数据集合，这个数据集合既可以通过数据库来实现，也可以采用其他任何类型来实现，比如list和Map，ContentProvider对数据集合的具体实现并没有任何要求，需要注意的是，ContentProvider内部的insert，delete，update和query方法需要处理好线程同步，因为这几个方法是在Binder线程池中被调用的，ContentProvider组件也不需要手动停止。
网友评论