学习笔记 | Android开发艺术之四大组件的工作过程

四大组件概述

• Activity是一种展示型组件，用于向用户直接地展示一个界面，并且可以接收用户的输入信息从而进行交互。Activity组件只有一种运行模式，即处于启动状态。
• Service是一种计算型组件，用于在后台执行一系列计算任务。Service组件却有两种状态：启动状态和绑定状态。处于启动状态时：Service内部可以做一些后台计算，不需要和外界有直接的交互。处于绑定状态时：Service内部可以进行后台计算，并且外界可以很方便地和Service组件进行通信。
• BroadcastReceiver是一种消息型组件，用于在不同的组件乃至不同的应用之间传递消息。广播使用了设计模式中的观察者模式：基于消息的发布 / 订阅事件模型
• ContentProvider是一种数据共享型组件，用于向其他组件乃至其他应用共享数据。ContentProvider内部的insert、delete、update和query方法需要处理好线程同步。

Activity的工作过程

Service的工作过程

启动：

绑定：

为什么要将客户端的ServiceConnection对象转化为ServiceDispatcher.InnerConnection对象？
之所以不能直接使用ServiceConnection对象，这是因为服务的绑定有可能是跨进程的，ServiceConnection对象必须借助于Binder才能让远程服务端回调自己的方法，而ServiceDispatcher的内部类InnerConnection刚好充当了Binder这个角色。

BroadcastReceiver的工作过程

注册方式：

• 静态注册：在AndroidManifest文件中注册，不需要启动应用即可接收广播。

//继承BroadcastReceiver子类的类名
//此广播接收者类是mBroadcastReceiver
<receiver android:name=".MyReceiver" >
//用于指定此广播接收器将接收的广播类型
//本示例中给出的是用于接收网络状态改变时发出的广播
   <intent-filter>
       <action android:name="android.net.conn.CONNECTIVITY_CHANGE" />
   </intent-filter>
 </receiver>

• 动态注册：通过Context.registerReceiver()进行注册， Context.unRegisterReceiver()解注册，必须要应用启动才能注册并接收广播。

// 选择在Activity生命周期方法中的onResume()中注册
@Override
  protected void onResume(){
      super.onResume();

    // 1. 实例化BroadcastReceiver子类 &  IntentFilter
     mBroadcastReceiver mBroadcastReceiver = new mBroadcastReceiver();
     IntentFilter intentFilter = new IntentFilter();

    // 2. 设置接收广播的类型
    intentFilter.addAction(android.net.conn.CONNECTIVITY_CHANGE);

    // 3. 动态注册：调用Context的registerReceiver（）方法
     registerReceiver(mBroadcastReceiver, intentFilter);
 }

// 注册广播后，要在相应位置记得销毁广播
// 即在onPause() 中unregisterReceiver(mBroadcastReceiver)
// 当此Activity实例化时，会动态将MyBroadcastReceiver注册到系统中
// 当此Activity销毁时，动态注册的MyBroadcastReceiver将不再接收到相应的广播。
 @Override
 protected void onPause() {
     super.onPause();
      //销毁在onResume()方法中的广播
     unregisterReceiver(mBroadcastReceiver);
     }
}

在onResume()注册、onPause()注销是因为onPause()在App死亡前一定会被执行，从而保证广播在App死亡前一定会被注销，从而防止内存泄露。
注：对于动态广播，有注册就必然得有注销，否则会导致内存泄露。
    重复注册、重复注销也不允许。

动态注册过程：

广播的发送和接受过程

四种广播类型：

• 普通广播
  开发者自身定义 intent的广播（最常用）

• 有序广播
  发送出去的广播被广播接收者按照先后顺序接收。有序是针对广播接收者而言的。

• App应用内广播
  发出的广播只能够在应用程序的内部进行传递，并且广播接收器也只能接收本应用程序发出的广播。
  特点：
      接收广播按顺序接收
      先接收的广播接收者可以对广播进行截断，即后接收的广播接收者不再接收到此广播；
      先接收的广播接收者可以对广播进行修改，那么后接收的广播接收者将接收到被修改后的广播

• 系统广播
  Android中内置了多个系统广播：只要涉及到手机的基本操作（如开机、网络状态变化、拍照等等），都会发出相应的广播

• 粘性广播
  通过Context.sendStickyBroadcast()方法可发送粘性(sticky)广播，这种广播会一直滞留，当有匹配该广播的接收器被注册后，该接收器就会收到此条广播。注意，发送粘性广播还需要BROADCAST_STICKY权限：

<uses-permission android:name="android.permission.BROADCAST_STICKY"/>

  sendStickyBroadcast()只保留最后一条广播，并且一直保留下去，这样即使已经有广播接收器处理了该广播，一旦又有匹配的广播接收器被注册，该粘性广播仍会被接收。如果只想处理一遍该广播，可通过removeStickyBroadcast()方法来实现。接收粘性广播的过程和普通广播是一样的

ContentProvider的工作过程

墙裂推荐：四大组件工作过程