Android冒险之旅-30-四大组件

目录

1. 活动（Activity）

定义：

生命周期：

四种启动方式：

2. 服务（Service）

定义：

生命周期：

Start：

Bind:

3. 广播接受者（Broadcast Receive）

4.内容提供者（Content Provider）

END

---

1. 活动（Activity）

定义：

Activity是Android的四大组件之一。是用户操作的可视化界面；它为用户提供了一个完成操作指令的窗口。当我们创建完毕Activity之后，需要调用setContentView()方法来完成界面的显示；以此来为用户提供交互的入口。在Android App 中只要能看见的几乎都要依托于Activity，所以Activity是在开发中使用最频繁的一种组件。

生命周期：

• onCreate()：在首次创建 Activity 时调用。一般在这个方法中初始化Activity，比如：加载布局、绑定事件等。
• onStart()：在 Activity 不可见变为可见时调用。
• onResume()：在 Activity 即将开始与用户进行交互之前调用。 此时，Activity 处于 Activity 堆栈的顶层。
• onPause()：在系统即将启动或者继续另一个 Activity 时调用。 可以在这个方法中释放掉占用CPU的资源并保存关键数据，但这个方法执行速度要快，不然会影响到新的栈顶活动的使用。
• onStop()：在 Activity 对用户不再可见时调用。如果 Activity 被销毁，或另一个 Activity将其覆盖，就会调用此方法。
• onDestroy()：在 Activity 被销毁前调用。 销毁之后活动将变为销毁状态。
• onRestart()：在Activity被停止后再次启动时调用，而后会调用onStart方法。

特别提一下碎片的生命周期，类似于活动，便于记忆：

• onAttach：当Fragment与Activity发生关联时调用
• onCreate：创建Fragment时被回调，经历暂停或停止状态继而恢复后，想保留Fragment的基本组件，则在此进行初始化。
• onCreateView：首次绘制页面时候调用，在此可以创建View，也可以返回null，这样不建议耗时操作。
• onActivityCreated：Fragment绑定Activity，在onCreate方法已经执行完成并返回，在该方法内可以进行与Activity交互的UI操作，不能在此之前跟Activity进行交互。
• onStart：启动 Fragment 时被回调，此时Fragment可见，只是还没有在前台显示，因此无法与用户进行交互
• onResume：Fragment在前台可见，处于活动状态，用户可与之交互
• onPause：Fragment处于暂停状态，但依然可见，用户不能与之交互
• onStop：停止Fragment回调，Fragment完全不可见
• onDestoryView：销毁与Fragment有关的视图，但未与Activity解除绑定
• onDestory：销毁 Fragment 时被回调，通常按Back键退出或者Fragment被回收时调用此方法，此后接onDetach
• onDetach：与onAttach相对应，当Fragment与Activity关联被取消时调用

四种启动方式：

• standard
  在standard模式（即默认情况）下，每当启动一个新的活动，它就会在返回栈中入栈，并处于栈顶的位置。对于使用standard 模式的活动，系统不会在乎这个活动是否已经在返回栈中存在，每次启动都会创建该活动的一个新的实例。

• singleTop
  当活动的启动模式指定为singleTop，在启动活动时如果发现返回栈的栈顶已经是该活动，则认为可以直接使用它，不会再创建新的活动实例。但并未处于栈顶时，仍会创建新的实例。

• singleTask
  当活动的启动模式指定为 singleTask，每次启动该活动时系统首先会在返回栈中检查是否存在该活动的实例，如果发现已经存在则直接使用该实例，并把在这个活动之上的所有活动统统出栈，如果没有发现就会创建一个新的活动实例。

• singleInstance
  指定为 singleInstance 模式的活动会启用一个新的返回栈来管理这个活动。如果我们想实现其他程序和我们的程序可以共享这个活动的实例，在这种模式下会有一个单独的返回栈来管理这个活动，不管是哪个应用程序来访问这个活动，都共用的同一个返回栈，也就解决了共享活动实例的问题。

2. 服务（Service）

定义：

service（服务）是安卓中的四大组件之一，它通常用作在后台处理耗时的逻辑，与Activity一样，它存在自己的生命周期，也需要在AndroidManifest.xml配置相关信息。

生命周期：

Start：

onCreate()→onStartCommand()→running→onDestory()

此时服务需要在完成任务后调用stopSelf()方法停止，或者由其他组件调用stopService()方法停止。

Bind:

onCreate()→onBind()→running→onUnBind()→onDestory()

调用者停止，服务也会随之停止

3. 广播接受者（Broadcast Receive）

在Android中，广播是一种广泛运用的在应用程序之间传输信息的机制。而广播接收器是对发送出来的广播进行过滤接受并响应的一类组件。可以使用广播接收器来让应用对一个外部事件做出响应。例如，当电话呼入这个外部事件到来时，可以利用广播接收器进行处理。当下载一个程序成功完成时，仍然可以利用广播接收器进行处理。广播接收器不NotificationManager来通知用户这些事情发生了。广播接收器既可以在AndroidManifest.xml中注册，也可以在运行时的代码中使用Context.registerReceive（）进行注册。只要是注册了，当事件来临时，即使程序没有启动，系统也在需要的时候启动程序。各种应用还可以通过使用Context.sendBroadcast（）将它们自己的Intent广播给其他应用程序。

1. 你的应用可以使用它对外部事件进行过滤，只对感兴趣的外部事件(如当电话呼入时，或者数据网络可用时)进行接收并做出响应。广播接收器没有用户界面。然而，它们可以启动一个activity或serice来响应它们收到的信息，或者用NotificationManager来通知用户。通知可以用很多种方式来吸引用户的注意力，例如闪动背灯、震动、播放声音等。一般来说是在状态栏上放一个持久的图标，用户可以打开它并获取消息。
2. 广播接收者的注册有两种方法，分别是程序动态注册（在运行时的代码中使用Context.registerReceive（）进行注册）和AndroidManifest文件中进行静态注册。
3. 动态注册广播接收器特点是当用来注册的Activity关掉后，广播也就失效了。静态注册无需担忧广播接收器是否被关闭，只要设备是开启状态，广播接收器也是打开着的。也就是说哪怕app本身未启动，该app订阅的广播在触发时也会对它起作用。

4.内容提供者（Content Provider）

1. android平台提供了Content Provider使一个应用程序的指定数据集提供给其他应用程序。其他应用可以通过ContentResolver类从该内容提供者中获取或存入数据。
2. 只有需要在多个应用程序间共享数据是才需要内容提供者。例如，通讯录数据被多个应用程序使用，且必须存储在一个内容提供者中。它的好处是统一数据访问方式。
3. ContentProvider实现数据共享。ContentProvider用于保存和获取数据，并使其对所有应用程序可见。这是不同应用程序间共享数据的唯一方式，因为android没有提供所有应用共同访问的公共存储区。
4. 开发人员不会直接使用ContentProvider类的对象，大多数是通过ContentResolver对象实现对ContentProvider的操作。
5. ContentProvider使用URI来唯一标识其数据集，这里的URI以content://作为前缀，表示该数据由ContentProvider来管理。

END