0%

四大组件的工作过程(一):四大组件的运行状态

1. 四大组件运行状态概述

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

2. Activity 运行状态概述

  • Activity 是一种展示型组件,用于向用户直接展示一个界面,并且可以接收用户的输入信息从而进行交互。Activity 是最重要的一种组件,对用户来说,Activity 就是一个 Android 应用的全部,因为其他三大组件对用户来说都是不可感知的
  • Activity 的启动由 Intent 触发,其中 Intent 可以分为显示 Intent隐示 Intent,显示 Intent 可以明确指向一个 Activity 组件,隐示 Intent 则指向一个或多个目标 Activity 组件,当然也可能没有任何一个 Activity 组件可以处理这个隐示 Intent
  • 一个 Activity 组件可以具有特定的启动模式,同一个 Activity 组件在不同的启动模式下会有不同的效果
  • Activity 组件是可以停止的,在实际开发中可以通过 Activity 的 finish() 方法来结束一个 Activity 组件的运行
  • 总结:Activity 组件的主要作用是展示一个界面并和用户交互,它扮演的是一种前台界面的角色

3. Service 运行状态概述

  • Service 是一种计算型组件,用于在后台执行一系列计算任务,由于 Service 组件工作在后台,因此用户无法直接感知它的存在

  • Service 组件有两种状态:启动状态绑定状态

    • 当 Service 组件处于启动状态时,此时 Service 内部可以做一些后台计算,并且不需要和外界有直接的交互。尽管 Service 组件用于执行后台计算,但是Service 本身运行在主线程中,因此耗时的后台计算仍然需要在单独的线程中去完成
    • 当 Service 组件处于绑定状态时,此时 Service 内部同样可以进行后台计算,但是处于这种状态时外界可以很方便地和 Service 组件进行通信
  • Service 组件也是可以停止的,停止一个 Service 组件稍显复杂,需要灵活采用 stopService()unBindService() 这两个方法才能完全停止一个 Service 组件

4. BroadcastReceiver 运行状态概述

  • BroadcastReceiver 是一种消息型组件,用于在不同的组件乃至不同的应用之间传递消息。BroadcastReceiver 同样无法被用户直接感知,因为它工作在系统内部

  • BroadcastReceiver 广播的注册有两种方式:静态注册动态注册

    • 静态注册时指在 AndroidManifest.xml 文件中注册,这种广播在应用安装时会被系统解析,静态广播不需要应用启动就可以收到相应的广播
    • 动态广播需要在代码中通过 Context.registerReceiver() 来实现,并且在不需要的时候要通过 Context.unRegisterReceiver() 来解除广播,动态广播必须要应用启动才能注册并接收广播,因为应用不启动就无法注册广播,无法注册广播接收器就无法接收到相应的广播
  • 实际开发中通过 Context 的一系列 send() 方法来发送广播,被发送的广播会被系统发送给感兴趣的广播接收者,发送和接收过程的匹配是通过广播接收者的 <intent-filter> 来描述的。因此,BroadcastReceiver 组件可以用来实现低耦合的观察者模式,观察者和被观察者之间没有任何耦合

  • 由于 BroadcastReceiver 的特性,它不适合用来执行耗时操作。BroadcastReceiver 组件一般来说不需要停止,它也没有停止的概念而是注册和反注册的概念

5. ContentProvider 运行状态概述

  • ContentProvider 是一种数据共享型组件,用于向其他组件乃至其他应用共享数据,同样无法被用户直接感知
  • 对一个 ContentProvider 组件来说,它的内部需要实现增删改查这四种操作,在它的内部维护着一份数据集合,这个内部数据集合既可以通过数据库来实现,也可以采用其他任何类型来实现,比如 List 和 Map,ContentProvider 对数据的集合的具体实现没有任何要求
  • 需要注意的是,ContentProvider 组件内部的 insert()delete()update()query() 方法需要处理好线程同步,因为这几个方法是在 Binder 线程池中被调用的。另外,ContentProvider 组件也不需要手动停止
-------------------- 本文结束感谢您的阅读 --------------------