这次把安卓剩余的三个组件Service、BroadcastReceiver、ContentProvider放在一起，也是因为，剩余三个组件的复杂程度、使用频率不及Activity。
不说话，先看图
Service 定义
Service 是可以在后台长期执行而没有用户交互的基础组件。Service 运行在主线程，不可以做耗时的操作。Thread 泛指新建的子线程，不能更新 UI。
Service 生命周期
Service 的生命周期，预期方式关联。启动方式有主动启动、绑定启动两种。看下两种启动方式的流程图
Service 流程中的核心的方法如下
- onCreate
- onStartCommand
- onBind
- onDestory
Service 的优先级
Service 按照使用场景，可以区分foreground、background、bind 三种类型，不同类型的优先级不同。优先级越低，在系统资源紧张时，越容易被系统回收掉。
优先级顺序：foreground > bind > background
在 androidmanifest 中，也可以配置 service 的优先级 android:priority = "xxxx",xxxx可以配置为整数，数字越大，优先级越高，最高值为 1000。
JobScheduleService
JobIntentService 是 Android 8.0 新增的 Service 子类，替代 IntentService。8.0 系统以后，禁止在后台直接创建 Service，但可以创建 JobIntentService。官方的定义如下：
Helper for processing work that has been enqueued for a job/service.
When running on Android O or later, the work will be dispatched as a job via JobScheduler.enqueue.
When running on older versions of the platform, it will use Context.startService.
解释：JobIntentService 用于处理被加入到队列的 job/service 任务的一个辅助工具。当运行在 Android O 或更高版本时，任务将作为 job 通过 JobScheduler.enqueue() 进行分发；当运行在较老版本的平台上时，任务仍旧会使用 Context.startService() 执行
Android 8.0 及以上版本 JobIntentService 和 JobService 做的事情是相同的，都是等着 JobScheduler 分配任务来执行。
不同点在于，JobService 使用的 handler 使用的是主线程的 Looper，因此需要在 onStartJob() 方法中手动创建 AsyncTask 去执行耗时任务，而 JobIntentService 则帮我们处理这一过程，使用它只需要写需要做的任务逻辑即可，不用担心阻塞主线程的问题。另外，向 JobScheduler 传递任务操作也更简单了，不需要在指定 JobInfo 中的参数，直接 enqueueWork() 方法就可以了。这有点像 Service 和 IntentService 的关系。
BroadcastReceiver
广播的定义很好理解，有发送方，有接收方，可以用于在不同的 App ，同一个 App 不同的组件、进程间通信。按发送方，广播可以分为以下四种类型
- 普通广播
- 有序广播
- 本地广播
- 系统广播
按照注册方式，又可以区分为两种
- 静态注册
- 动态注册
发送和接收流程
- 广播接收者（BroadcastReceiver）通过 Binder 机制，向 AMS 注册成为广播接收者。
- 广播的发送者，通过 Binder 机制，向 AMS 发送广播。
- AMS查找符合条件（IntentFilter、Permission）的 BroadcastReceiver，将广播发送到相应的Receiver 的队列中
- 消息循环执行拿到此广播，回调 BroadcastReceiver 的 onReceiver 方法
本地广播 & 普通广播
相比普通广播，本地广播更加安全、高效。本地广播的发送，只在 App 自身内传播，不必担心隐私泄露的问题，其他 App 也无法发送该广播，故不用担心安全漏洞。本地广播内部通过 Handler 实现，不牵涉跨进程通信，效率更高。
ContentProvider
ContentProvider 是一个内容提供者，一般用于 App 间数据交互和共享。底层依然使用的 Binder 机制通信。
访问 ContentProvider
访问 ContentProvider 的流程大致如下
看下面的示例代码
// Queries the user dictionary and returns results
cursor = getContentResolver().query(
UserDictionary.Words.CONTENT_URI, // The content URI of the words table
projection, // The columns to return for each row
selectionClause, // Selection criteria
selectionArgs, // Selection criteria
sortOrder); // The sort order for the returned rows
query 方法的参数，对比 SQL 语法，可以看下差异
query() argumentSELECTNotesUriFROM table_nameUri maps to the table in the provider named table_nameprojectioncol,col,colProjection is an array of columnsselectionWHERE col = valueSelection specifies the criteria for selection rowsselectionArgssortOrderORDER by col,colsortOrder specifies the order in which rows appear in the returned Cursor
可以理解为，ContentProvider 提供了一套更加方便、丰富的访问数据的方法，可以做到读写分离，更加安全可靠。