Android核心组件介绍

ゞ浴缸里的玫瑰 2022-12-13 01:54 109阅读 0赞

Android四大组件分别为Activity、Service、Content Provider、Broadcast Receiver。

### **一、Activity组件** ###

Activity在前文的文档和课程内容中已经做过介绍和讲解，主要的作用就是一个Activity通常就是一个活动窗口，交互的载体。

*  一个Activity通常就是一个单独的屏幕（窗口）。
 *  Activity之间通过Intent进行通信。
 *  每一个Activity都必须要在AndroidManifest.xml配置文件中声明，否则系统将不识别也不执行该Activity。

其他内容大家可以自行复习。

### **二、Service 服务** ###

与Activity具备一个前台显示界面的活动组件不同，Android中有一个组件，没有显示画面，一般不需要与用户进行交互，该组件通常运行在后台，称之为Service服务组件。

如果想要实现自己自定义的Service，需要继承自系统的Service基类，同样也需要在清单文件AndroidMainfest.xml文件中进行声明。关于Service，可以简单总结如下：

*  Service通常用于在后台完成用户指定的操作。
 *  Service也同样有生命周期，可以进行声明周期的管理。
 *  Service分为两类：startService和bindService。
 *  自定义实现的Service需要在清单配置文件中进行声明和注册。

### **startService** ###

在其他组件（比如Activity）中通过startService启动一个后台服务组件，服务启动后，服务的生命周期和活动状态和启动该服务的组件不再有关系，即该服务的运行状态变得独立。

### **bindService** ###

与startService方式启动的服务不同，如果是通过bindService启动某个服务组件，则意味着启动服务的组件和服务进行了绑定，存在一种绑定关系。如果某个时刻，调用者（比如说Activity）触法退出逻辑，关闭活动页面，则通过bindService绑定的服务也会随机停止。类似于“不求同年同月同日生生，但求同年同月同日生死”的悲壮。

### **三、ContentProvider内容提供者** ###

ContentProvider 通常被直译为内容提供者，组件名字很形象的诠释了该组件的作用。在Android系统中，每个应用程序是运行在不同的进程中，进程间是相互独立的。如果开发者开发的某一个应用程序，需要提供一些数据给其他应用程序，则可以通过ContentProvider将提供的数据进行暴露，其他应用程序通过ContentResolver从内容提供者中获取相应的数据。对Content Provider相关的内容进行总结：

*  A应用程序使用Content Provider提供共享数据，B应用程序通过Content Resolver按照规则获取数据。
 *  只有需要在多个应用程序间共享数据时才需要内容提供者。例如，通讯录数据被多个应用程序使用，且必须存储在一个内容提供者中。它的好处是统一数据访问方式。
 *  ContentProvider实现数据共享。
 *  ContentProvider使用URI来唯一标识其数据集，这里的URI以content://作为前缀，表示该数据由ContentProvider来管理。
 *  需要在清单配置文件中进行注册和声明。

### **四、Boradcast Receiver广播接受者** ###

Android中的广播的工作方式类似于前文讲过的隐士Intent的工作方式，开发者可以指定接收一些事件，该事件既可以是自定义的，也可以是系统定义的。在程序运行时，可以根据指定的事件进行过滤和拦截，符合要求的事件，会被广播接收器接收，并执行相应的业务逻辑。Android系统中广播接收者的出现，实现了极大的模块的解耦。

对于广播接收者，总结如下：

*  广播接收者可以通过事件过滤和拦截，实现组件的通信。
 *  广播接收者的注册有两种方式：动态注册（代码中注册）和静态注册（清单文件注册）。
 *  动态注册：Activity关闭后，失效。静态注册：不会失效。