android的组件,android 组件

android四大组件是什么

Android四大组件有：活动、服务、内容、提供广播接收器。活动应用程序是显示层，每一个画面对应于你的应用程序服务，服务应用程序中不可见的工人，而内容是指提供共享的数据储存，用来管理和共享应用程序的数据库，广播接收器是指广播

相关问答

Q1: android的四大组件有哪些

Android四大组件分别为activity、service、content provider、broadcast receiver。

一、android四大组件详解

1、activity

（1）一个Activity通常就是一个单独的屏幕（窗口）。

（2）Activity之间通过Intent进行通信。

（3）android应用中每一个Activity都必须要在AndroidManifest.xml配置文件中声明，否则系统将不识别也不执行该Activity。

2、service

（1）service用于在后台完成用户指定的操作。service分为两种：

（a）started（启动）：当应用程序组件（如activity）调用startService()方法启动服务时，服务处于started状态。

（b）bound（绑定）：当应用程序组件调用bindService()方法绑定到服务时，服务处于bound状态。

(2)startService()与bindService()区别：

(a)started service（启动服务）是由其他组件调用startService()方法启动的，这导致服务的onStartCommand()方法被调用。当服务是started状态时，其生命周期与启动它的组件无关，并且可以在后台无限期运行，即使启动服务的组件已经被销毁。因此，服务需要在完成任务后调用stopSelf()方法停止，或者由其他组件调用stopService()方法停止。

(b)使用bindService()方法启用服务，调用者与服务绑定在了一起，调用者一旦退出，服务也就终止，大有“不求同时生，必须同时死”的特点。

(3)开发人员需要在应用程序配置文件中声明全部的service，使用service/service标签。

(4)Service通常位于后台运行，它一般不需要与用户交互，因此Service组件没有图形用户界面。Service组件需要继承Service基类。Service组件通常用于为其他组件提供后台服务或监控其他组件的运行状态。

3、content provider

（1）android平台提供了Content Provider使一个应用程序的指定数据集提供给其他应用程序。其他应用可以通过ContentResolver类从该内容提供者中获取或存入数据。

（2）只有需要在多个应用程序间共享数据是才需要内容提供者。例如，通讯录数据被多个应用程序使用，且必须存储在一个内容提供者中。它的好处是统一数据访问方式。

（3）ContentProvider实现数据共享。ContentProvider用于保存和获取数据，并使其对所有应用程序可见。这是不同应用程序间共享数据的唯一方式，因为android没有提供所有应用共同访问的公共存储区。

（4）开发人员不会直接使用ContentProvider类的对象，大多数是通过ContentResolver对象实现对ContentProvider的操作。

（5）ContentProvider使用URI来唯一标识其数据集，这里的URI以content://作为前缀，表示该数据由ContentProvider来管理。

4、broadcast receiver

（1）你的应用可以使用它对外部事件进行过滤，只对感兴趣的外部事件(如当电话呼入时，或者数据网络可用时)进行接收并做出响应。广播接收器没有用户界面。然而，它们可以启动一个activity或serice来响应它们收到的信息，或者用NotificationManager来通知用户。通知可以用很多种方式来吸引用户的注意力，例如闪动背灯、震动、播放声音等。一般来说是在状态栏上放一个持久的图标，用户可以打开它并获取消息。

（2）广播接收者的注册有两种方法，分别是程序动态注册和AndroidManifest文件中进行静态注册。

（3）动态注册广播接收器特点是当用来注册的Activity关掉后，广播也就失效了。静态注册无需担忧广播接收器是否被关闭，只要设备是开启状态，广播接收器也是打开着的。也就是说哪怕app本身未启动，该app订阅的广播在触发时也会对它起作用。

二、android四大组件总结：

（1）4大组件的注册

4大基本组件都需要注册才能使用，每个Activity、service、Content Provider都需要在AndroidManifest文件中进行配置。AndroidManifest文件中未进行声明的activity、服务以及内容提供者将不为系统所见，从而也就不可用。而broadcast receiver广播接收者的注册分静态注册（在AndroidManifest文件中进行配置）和通过代码动态创建并以调用Context.registerReceiver()的方式注册至系统。需要注意的是在AndroidManifest文件中进行配置的广播接收者会随系统的启动而一直处于活跃状态，只要接收到感兴趣的广播就会触发（即使程序未运行）。

（2）4大组件的激活

内容提供者的激活：当接收到ContentResolver发出的请求后，内容提供者被激活。而其它三种组件activity、服务和广播接收器被一种叫做intent的异步消息所激活。

（3）4大组件的关闭

内容提供者仅在响应ContentResolver提出请求的时候激活。而一个广播接收器仅在响应广播信息的时候激活。所以，没有必要去显式的关闭这些组件。Activity关闭：可以通过调用它的finish()方法来关闭一个activity。服务关闭：对于通过startService()方法启动的服务要调用Context.stopService()方法关闭服务，使用bindService()方法启动的服务要调用Contex.unbindService()方法关闭服务。

（4）android中的任务（activity栈）

（a）任务其实就是activity的栈，它由一个或多个Activity组成，共同完成一个完整的用户体验。栈底的是启动整个任务的Activity，栈顶的是当前运行的用户可以交互的Activity，当一个activity启动另外一个的时候，新的activity就被压入栈，并成为当前运行的activity。而前一个activity仍保持在栈之中。当用户按下BACK键的时候，当前activity出栈，而前一个恢复为当前运行的activity。栈中保存的其实是对象，栈中的Activity永远不会重排，只会压入或弹出。

（b）任务中的所有activity是作为一个整体进行移动的。整个的任务（即activity栈）可以移到前台，或退至后台。

（c）Android系统是一个多任务(Multi-Task)的操作系统，可以在用手机听音乐的同时，也执行其他多个程序。每多执行一个应用程序，就会多耗费一些系统内存，当同时执行的程序过多，或是关闭的程序没有正确释放掉内存，系统就会觉得越来越慢，甚至不稳定。为了解决这个问题，Android引入了一个新的机制，即生命周期(Life Cycle)。

[img]

Q2: 关于Android界面组件的基本用法

1.文本框（TextView）和编辑框（EditText）

文本框（TextView）不允许用户编辑文本内容，而编辑框（EditText）允许用户编辑文本内容

2.按钮（Button）和图片按钮（ImageButton）

Button显示文字，ImageButton显示图片。

为ImageButton指定android:text属性没用，不会显示文字

可以指定android:background为按钮增加背景图片，但这图片是固定的

可以指定android:src为图片按钮增加图片属性

其实，src才是设置图标，而background只是设置背景。

如果控件的大小是100 100 图片资源是80 80的话，那么用src，图片就会居中显示，如果使用background那么图片就会被拉伸充满控件。

重要的是，background是底层的图片资源，src是覆盖在background上面的资源，他们可以叠加使用，实现选中的效果。

3.单选按钮（RadioButton）和复选框（CheckBox）

多了一个android:checked属性，用于指定初始时是否被选中

4.计时器组件Chronometer用法

红色字体表示常用的方法

5.图像视图（ImageView）

它支持属性android:scaleType setScaleType(ImageView.ScaleType)

matrix(ImageView.ScaleType.MATRIX)：使用matrix方式进行

fixXY(ImageView.ScaleType.FIX_XY)：对图片横向纵向独立缩放，会改变纵横比

fitStart(ImageView.ScaleType.FIT_START)：保持纵横比，图片较长的边长与ImageView相应的边长相等，缩放后放在左上角

fitCenter(ImageView.ScaleType.FIT_CENTER)：保持纵横比，图片较长的边长与ImageView相应的边长相等，缩放后放在中央

fitEnd(ImageView.ScaleType.FIT_END)：保持纵横比，图片较长的边长与ImageView相应的边长相等，缩放后放在右下角

center(ImageView.ScaleType.CENTER)：放中间，不缩放

centerCrop(ImageView.ScaleType.CENTER_CROP)：保持纵横比，使图片能完全覆盖ImageView

centerInside(ImageView.ScaleType.CENTER_INSIDE)：保持纵横比，使ImageView能完全显示图片

6.spinner的功能和用法

如果可以确定spinner里面的列表项，那么直接在/res/layout/main.xml里面指定

然后在/res/value/string.xml里面指定

如果不确定里面的列表项，那么必须要提供一个Adapter，这个Adapter负责决定Spinner列表每项的内容

7.日期、时间选择器（DatePicker和TimePicker）

8.自动完成文本框（AutoCompleteTextView）

比普通文本框多了一个功能：当用户输入一定字符后，自动完成文本框会显示一个下拉菜单，供用户从中选择，当用户选择某个菜单后，组件会按用户选择自动填写该文本框

使用该组件很简单，只要为它设置一个Adapter，该Adapter封装了AutoCompleteTextView预设的提示文本

9.进度条（ProgressBar）

通过style属性可以为ProgressBar指定风格。该属性可以有如下的属性值：

1.@android:style/Widget.ProgressBar.Horizontal 水平进度条

2.@android:style/Widget.ProgressBar.Inverse 不断跳跃、旋转画面的进度条

3.@android:style/Widget.ProgressBar.Large 大进度条

4.@android:style/Widget.ProgressBar.Large.Inverse不断跳跃、旋转画面的大进度条

5.@android:style/Widget.ProgressBar.Small 小进度条

6.@android:style/Widget.ProgressBar.Small.Inverse不断跳跃、旋转画面的小进度条

ProgressBar提供如下方法来操作进度

1.setProgress(int) 设置进度的完成百分比

2.incrementProgressBy(int) 设置进度条的增加或减少。参数为正增加，参数为负减少

10.选项卡（TabHost）

TabHost仅仅只是一个简单的容器，它提供如下方法

1.newTabSpec(String tag) 创建选项卡

2.addTab(TabHost.TabSpec tabSpec) 添加选项卡

使用TabHost的一般步骤为：

• A. 在界面中定义TabHost组件，并为该组件定义该选项卡的内容

• B. Activity应该继承TabActivity

• C. 调用TabActivity的getTabHost()来获取TabHost对象

• D. 通过TabHost对象的方法来创建选项卡、添加选项卡

选项卡主要由TabHost、TabWidget、FrameLayout3个组件组成，三者缺一不可，想象一下选项卡的特点，多个卡重叠在一起，所以用FrameLayout即帧布局是必要的。另外需要注意的是TabHost、TabWidget、FrameLayout三个组件的android:id必须使用系统默认的名称，而不能自己随意定义，否则会出错。

11.图像切换器（ImageSwitcher）

12.网格视图（GridView）

使用GridView一般指定numColumn大于1，否则取默认值为1.那么GridView就变成了ListView

属性android:stretchMode支持如下属性

1.none 不拉伸

2.spacingWidth 仅拉伸元素之间的间距

3.spacingWidthUniform 表格、元素之间的间距一起拉伸

4.columnWidth 仅拉伸表格

13.画廊视图（Gallery）（现在已经被弃用了，不过还是列出来吧）

Gallery用法很简单——为它提供一个内容Adapter，该Adapter的getView方法所返回的View可作为Gallery的列表项。可以通过OnItemSelectedListener监听选择项的改变

14.列表试图（ListView和ListActivity）

1.创建ListView由两种方式：

2.直接使用ListView进行创建

让Activity继承ListActivity（继承了ListActivity的类无需调用setContentView()来显示页面，可以直接设置适配器）

一旦获得ListView后，就要创建显示的列表项了。需要借助内容Adapter，内容Adapter负责提供需要显示的列表项

创建ArrayAdapter时必须指定一个textViewResourceId，该参数决定每个列表项的外观

1.simple_list_item_1 每个列表项是普通的TextView

2.simple_list_item_2 每个列表项是普通的TextView（字体略大）

3.simple_list_item_checked 每个列表项是已勾选的列表项

4.simple_list_item_multiple_choice 每个列表项是带多选框的文本

5.simple_list_item_single_choice 每个列表项是带多单选按钮的文本

15.使用AlertDialog

1.创建AlertDialog.Builder对象，该对象是AlertDialog的创建器

2.调用AlertDialog.Builder方法为对话框设置图标、标题等

3.调用AlertDialog.Builder的create()方法创建AlertDialog对话框

4.调用AlertDialog的show()方法显示对话框

16.使用Toast显示提示框

步骤如下：

• 调用Toast构造器或makeText方法创建Toast对象

• 调用Toast方法来设置该消息的对齐方式等

• 调用Toast的show()方法显示出来

• Toast toast = Toast.makeText(ToastTest.this, "信息", Toast.LENGTH_LONG).show();

17.Notification（一般显示网络状态、电池状态、时间等）

使用Notification发送Notification步骤：

• 调用getSystemService(NOTIFICATION_SERVICE)方法获取系统的Notification Manager服务

• 通过构造器创建一个Notification对象

• 为Notification设置属性

• 通过Notification Manager发送Notification

Q3: 什么是android的四大组件

四大组件包括如下内容：

Android有四大组件：Activity、Service、Broadcast Receiver、Content Provider

在这些组件之间的通讯中，主要是由Intent协助完成的。

Intent负责对应用中一次操作的动作、动作涉及数据、附加数据进行描述，Android则根据此Intent的描述，负责找到对应的组件，将 Intent传递给调用的组件，并完成组件的调用。

因此，Intent在这里起着一个媒体中介的作用，专门提供组件互相调用的相关信息，实现调用者与被调用者之间的解耦。

例如，在一个联系人维护的应用中，当我们在一个联系人列表屏幕(假设对应的Activity为listActivity)上，点击某个联系人后，希望能够跳出此联系人的详细信息屏幕(假设对应的Activity为detailActivity)

为了实现这个目的，listActivity需要构造一个 Intent，这个Intent用于告诉系统，我们要做“查看”动作，此动作对应的查看对象是“某联系人”，然后调用startActivity (Intent intent)，

Q4: Android N 四大组件的工作原理

本文侧重讲解android N 系统中四大组件的工作原理，不同系统原理略有差别。通过分析四大组件的工作流程加深对Android Framework的理解，也为插件化开发打下基础。

Activity

展示一个界面并和用户交互，它扮演的是一个前台界面的角色。

Service

计算型组件，用于后台执行一系列计算任务，工作在主线程，耗时操作需要另起线程， 分为启动状态和绑定状态。

BroadcastReceiver

消息型组件，主要用于不同组件或者不同应用之间的消息传递，它工作在系统内部，不适合执行耗时操作，操作超过5s，会出现ANR。

ContentProvider

数据共享型组件，用于向其他组件或者应用共享数据，主要执行CURD操作。

我们启动一个activity有两种方法，

第一种（Activity直接启动方式）：

Intent intent = new Intent(this, MainActivity.class);

startActivity(intent);

第二种（Context启动方式）

Intent intent = new Intent(this, MainActivity.class);

getApplicationContext().startActivity(intent);

不同的启动方式Activity的工作流程有点差别。

两种启动都会调用到Instrumentation类中的execStartActivity的方法，系统最终是通过ActivityThread中的performLaunchActivity完成Activity的创建和启动。

performLaunchActivity方法主要完成以下工作：

1、通过ActivityClientRecord对象获取启动activity的组件信息

2、通过mInstrumentation对象的newActivity方法调用classloader完成activity的创建

3、通过r.packageInfo(LoadedApk 对象)的makeApplication方法尝试创建Application对象

4、创建ContextImpl对象并调用Activity的attach方法完成一些数据的初始化

5、调用Activity的onCreate方法

在Activity启动的过程中，App进程会频繁地与AMS进程进行通信：

App进程会委托AMS进程完成Activity生命周期的管理以及任务栈的管理；这个通信过程AMS是Server端，App进程通过持有AMS的client代理IActivityManager完成通信过程；

AMS进程完成生命周期管理以及任务栈管理后，会把控制权交给App进程，让App进程完成Activity类对象的创建，以及生命周期回调；这个通信过程也是通过Binder完成的，App所在server端的Binder对象存在于ActivityThread的内部类ApplicationThread；AMS所在client通过持有IApplicationThread的代理对象完成对于App进程的通信。

Service有两种启动方式，startService()和bindService()，两种状态可以并存:

startService流程

bindService流程

BroadcastReceiver的工作过程主要包括广播的注册、发送和接收:

动态注册过程：

发送过程

静态注册是由PackageManagerService（PMS）在应用安装的时候完成整个注册过程的，除广播以外，其他三大组件也都是在应用安装时由PMS解析并注册的。

每个进程的入口都是ActivityThead.main()，App的启动流程如下：

从源码中可以看出：

应用启动的入口为ActivityThread的main方法，main方法会创建ActivityThread实例并创建主线程消息队列。

attach方法中远程调用AMS的attachApplication方法，并提供ApplicationThread用于和AMS的通信。

attachApplication方法会通过bindApplication方法和H来调回ActivityThread的handleBindApplication，这个方法会先创建Application，再加载ContentProvider，然后才会回调Application的onCreate方法。

由上图可以看出，在ContentProvider的启动过程中伴随着app进程的启动。

ContentProvider的其他CURD操作如insert，delete，update跟query的流程类似。

Q5: Android 一一 简述Android四大组件

应用程序中，一个Activity就相当于手机屏幕，它是一种可以包含用户界面的组件，主要用于和用户进行交互。一个应用程序可以包含许多活动，比如事件的点击，一般都会触发一个新的Activity。

应用可以使用它对外部事件进行过滤只对感兴趣的外部事件(如当电话呼入时，或者数据网络可用时)进行接收并做出响应。广播接收器没有用户界面。然而，它们可以启动一个activity或serice 来响应它们收到的信息，或者用NotificationManager来通知用户。通知可以用很多种方式来吸引用户的注意力──闪动背灯、震动、播放声音等。一般来说是在状态栏上放一个持久的图标，用户可以打开它并获取消息。

内容提供者主要用于在不同应用程序之间实现数据共享的功能，它提供了一套完整的机制，允许一个程序访问另一个程序中的数据，同时还能保证被访问数据的安全性。只有需要在多个应用程序间共享数据时才需要内容提供者。例如：通讯录数据被多个应用程序使用，且必须存储在一个内容提供者中。它的好处：统一数据访问方式。

是Android中实现程序后台运行的解决方案，它非常适合去执行那些不需要和用户交互而且还要长期运行的任务（一边打电话，后台挂着QQ）。服务的运行不依赖于任何用户界面，即使程序被切换到后台，或者用户打开了另一个应用程序，服务扔然能够保持正常运行，不过服务并不是运行在一个独立的进程当中，而是依赖于创建服务时所在的应用程序进程。当某个应用程序进程被杀掉后，所有依赖于该进程的服务也会停止运行（正在听音乐，然后把音乐程序退出）。