【四大组件学习小结】

四大组件：

1. 概念简介

• Activity ：活动界面，是应用程序的界面

• Service : 不可见，为整个应用程序提供 服务支持

• Content Provider : 负责存取数据，[一个应用程序，向外提供数据的 方式，属于数据共享的组件]

• BroadcastReceiver: 广播接收器【用于接收系统发送的 消息广播】【从而监听系统行为】

  （广播）广播是一种广泛运用的在应用程序之间传输信息的机制

  • 【手机系统中，发生的任何行为都会发送广播】 。比如：当手机低电量提示时就会 发送一条广播，则如果应用程序实现了广播接收器，就会接收到该低电量广播，则可以做出相应的反应

1.2 概念小结

1. activity

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

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

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

2. service

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

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

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

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

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

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

   3. 开发人员需要在应用程序配置文件中声明全部的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订阅的广播在触发时也会对它起作用。

1.3 使用小结：

1. 使用四大组件 都需要在清单文件中进行注册，但广播接收器例外；因为它还可以动态注册。

2. 且四大组件都可以定义IntentFilter。

3. 四大组件的创建都是：创建一个类然后继承自某个组件类（例：MainActivity extends Activity）
   MyFristService extends Service
   MyReceiver extends BroadcastReceiver
   …

4. Activity, Service, ContentProvider 三大组件都不能以new的方式获取实例,因为这是Android Framework所负责的，我们自己new 一个组件则是毫无意义的。(但 BroadcastReceiver 例外)

   Activity, Service, BroadcastReceiver, ContentProvider 四大组件都存在生命周期，不建议在组件外调用定义的静态变量或方法。

5. 为什么android开发一般不new一个Activity或者Service呢？

   • new MainActivity()并没有走Activity的生命周期

   • 这个问题问的好，Android的四大组件都建立在系统Binder机制之上，当启动一个组件的时候并不是单纯的建立一个组件对象，而是一系列的framework层初始化、Binder机制注册等工作，这也是为什么四大组件有别于其它普通类有生命周期的实现。如果你查看四大组件源码，四大组件类都是没有构造器的，也就是说默认构造器是无法完成组件初始化及启动工作的。直接new Activity或Service就好比new Thread而没有后续start，仅仅只是生成一个对象而已。这只是很肤浅的理解了，更深层次的理解可以去看Binder机制和研读组件代码了。

6. BroadcastReceiver与Service的一些 相似点

   1. 广播接收器：【动态注册的receiver在程序退出后就不再接收广播。而且必须在程序退出时 卸载Receiver，否则报错 】

      因此 一般在onStart中注册，onDestroy中取消注册 （unregisterReceiver(receive)）

      服务：【利用bind发生开启的Service, 在客户端程序退出时必须 手动取消绑定(unbindService)，否则会报错】

      因此建议在客户端的onDestroy方法中 取消绑定(unbindService)

   2. 如果既想要 监听一些比较频繁而又不能静态注册其接收器的 广播事件，又想常驻手机，不被取消注册

      则可以考虑使用 Service 来维护广播接收者的生命周期。

      如果既想要自己的Service可以常驻后台运行，又想使用客户端对Service进行实时控制
      则可以考虑使用混合方式来开启Service。先startService，然后bindService。（注意：必须先取消全部绑定，才能停止该Service）

7. 4大组件的注册

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

8. 4大组件的激活

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

9. 4大组件的关闭

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

10 android中的任务（activity栈）

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

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

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