[基础] 3. Android四大组件

Android四大组件

四大组件：Activity，Service，Broadcast，ContentProvider

只有BroadcastReceiver可以在AndroidManifest或代码中册，其他都必须在AndroidManifest文件中注册

只有ContentProvider的调用不需要借助Intent，其他三个组件都需要借助Intent

Activity是一种展示型组件，户展示界面并和用户交互

对用户来说Activity就是一个Android应用的全部，其他三大组件对用户都是不可感知的

可由显式(package name + class name)或者隐式Intent(action)来启动

只有一种运行模式：启动状态

可以通过finish方法结束(最上面的Activity移出了栈)

Service是一种计算型组件，用于在后台执行计算任务

有两种运行模式：启动状态和绑定状态

启动状态：Service内部可以做一些后台计算，并且不需要和外界有直接的交互

绑定状态：Service内部可以做一些后台计算的同时，外界可以很方便地和Service组件进行通信

Service的onBinde只会执行一次除非Service被终止了，其他会调用onRebind

特别注意service本身是运行在主线程中的，因此耗时任务需要在单独的线程中去完成。

超过20 seconds会提示ANR，建议使用线程池

停止需要灵活采用stopService和unBindService两个方法

BroadcastReceiver广播是一种消息型组件，用于在不同的组件乃至不同的应用之间传递消息

广播有两种注册方式：静态注册和动态注册

静态注册是在AndroidManifest中注册，在应用安装的时候会被系统解析，不需要应用启动就可以收到相应的广播。

动态注册需要通过Context.registerReceiver()来注册，需要应用启动才能注册并接收广播

通过Context的一系列send发送广播，发送和接收过程匹配都是通过广播接收者额来描述

低耦合的观察者模式

不适合执行耗时操作，10 seconds就会ANR

BroadcastReceiver组件一般来说不需要停止，它也没有停止的概念

默认广播不会发给已停止的应用（好像是Android 3.1开始）

ContentProvider是一种数据共享型组件，用于向其他组件乃至其他应用共享数据。

内部需要实现增删改查四种操作

一版来说ContentProvider都应该是单例的（默认android:mulitprocess 为false）

内部维持一份数据集合可以通过数据库实现，也可以采用其他任何类型（比如List,Map等）。对数据集没有任何要求

需要注意ContentProvider中的insert、delete、update、query方法需要处理好线程同步，因为这几个方法是在Binder线程池中被调用

ContentProvider组件也不需要手动停止

ContentProvider的OnCreate会先于Application的OnCreate执行

总结：

Activity, Service, BroadcastReceiver, ContentProvider的工作流程都离不开AMS，ApplicationThread，ActivityThread

ApplicationThread(Binder类型)是ActivityThread的内部类，ActivityThread持有ApplicationThread的实例

AMS也持有ApplicationThread实例(ActivityThread main方法调用attach传给AMS)

ApplicationThread是实现AMS和ActivityThread间的通信，实质上Binder机制通讯