Android四大基本组件介绍与生命周期

　　Android四大基本组件分别是Activity，Service服务，Content Provider内容提供者，BroadcastReceiver广播接收器。

　　一:了解四大基本组件

　　Activity :

　　应用程序中，一个Activity通常是一个单独的屏幕，它上面可以显示一些控件也可以监听并处理用户的事件做出响应。

　　Activity之间通过Intent进行通信。在Intent 的描述结构中，有两个重要的部分：动作和动作对应的数据。

　　典型的动作类型有：M AIN(activity的门户)、VIEW、PICK、EDIT 等。而动作对应的数据则以URI 的形式进行表示。例如：要查看一个人的联系方式，你需要创建一个动作类型为VIEW 的intent，以及一个表示这个人的URI。

　　与之有关系的一个类叫IntentFilter。相对于intent 是一个有效的做某事的请求，一个intentfilter 则用于描述一个activity(或者IntentReceiver)能够操作哪些intent。一个activity 如果要显示一个人的联系方式时，需要声明一个IntentFilter，这个IntentFilter 要知道怎么去处理VIEW 动作和表示一个人的URI。IntentFilter 需要在AndroidManifest.xml 中定义。通过解析各种intent，从一个屏幕导航到另一个屏幕是很简单的。当向前导航时，activity 将会调用startActivity(Intent myIntent)方法。然后，系统会在所有安装的应用程序中定义的IntentFilter 中查找，找到匹配myIntent 的Intent 对应的activity。新的activity 接收到myIntent 的通知后，开始运行。当startActivity 方法被调用将触发解析myIntent 的动作，这个机制提供了两个关键好处：

　　A、Activities 能够重复利用从其它组件中以Intent 的形式产生的一个请求;

　　B、Activities 可以在任何时候被一个具有相同IntentFilter 的新的Activity 取代。

　　AndroidManifest文件中含有如下过滤器的Activity组件为默认启动类当程序启动时系统自动调用它

　　BroadcastReceive广播接收器:

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

　　广播类型：

　　普通广播，通过Context.sendBroadcast(Intent myIntent)发送的

　　有序广播，通过Context.sendOrderedBroadcast(intent， receiverPermission)发送的，该方法第2个参数决定该广播的级别，级别数值是在 -1000 到 1000 之间 ， 值越大 ， 发送的优先级越高;广播接收者接收广播时的级别级别(可通过intentfilter中的priority进行设置设为2147483647时优先级高)，同级别接收的先后是随机的， 再到级别低的收到广播，高级别的或同级别先接收到广播的可以通过abortBroadcast()方法截断广播使其他的接收者无法收到该广播，还有其他构造函数

　　异步广播，通过Context.sendStickyBroadcast(Intent myIntent)发送的，还有sendStickyOrderedBroadcast(intent， resultReceiver， scheduler， initialCode， initialData， initialExtras)方法，该方法具有有序广播的特性也有异步广播的特性;发送异步广播要： 权限，接收并处理完Intent后，广播依然存在，直到你调用removeStickyBroadcast(intent)主动把它去掉

　　注意：发送广播时的intent参数与Contex.startActivity()启动起来的Intent不同，前者可以被多个订阅它的广播接收器调用，后者只能被一个(Activity或service)调用

　　监听广播Intent步骤:

　　1> 写一个继承BroadCastReceiver的类，重写onReceive()方法，广播接收器仅在它执行这个方法时处于活跃状态。当onReceive()返回后，它即为失活状态，注意:为了保证用户交互过程的流畅，一些费时的操作要放到线程里，如类名SMSBroadcastReceiver

　　2> 注册该广播接收者，注册有两种方法程序动态注册和AndroidManifest文件中进行静态注册(可理解为系统中注册)如下：

　　静态注册，注册的广播，下面的priority表示接收广播的级别"2147483647"为高优先级

　　动态注册，一般在Activity可交互时onResume()内注册BroadcastReceiver

　　IntentFilter intentFilter=new IntentFilter("android.provider.Telephony.SMS_RECEIVED");

　　registerReceiver(mBatteryInfoReceiver ，intentFilter);

　　//反注册

　　unregisterReceiver(receiver);

　　注意：

　　1.生命周期只有十秒左右，如果在 onReceive() 内做超过十秒内的事情，会报ANR(Application No Response) 程序无响应的错误信息，如果需要完成一项比较耗时的工作 ， 应该通过发送 Intent 给 Service， 由Service 来完成 . 这里不能使用子线程来解决 ， 因为 BroadcastReceiver 的生命周期很短 ， 子线程可能还没有结束BroadcastReceiver 先结束了 .BroadcastReceiver 一旦结束 ， 此时 BroadcastReceiver 的所在进程很容易在系统需要内存时被优先杀死 ， 因为它属于空进程 ( 没有任何活动组件的进程 ). 如果它的宿主进程被杀死 ， 那么正在工作的子线程也会被杀死 . 所以采用子线程来解决是不可靠的

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

　　系统常见广播Intent，如开机启动、电池电量变化、时间改变等广播

　　Service 服务:

　　一个Service 是一段长生命周期的，没有用户界面的程序，可以用来开发如监控类程序。

　　比较好的一个例子是一个正在从播放列表中播放歌曲的媒体播放器。在一个媒体播放器的应用中，应该会有多个activity，让使用者可以选择歌曲并播放歌曲。然而，音乐重放这个功能并没有对应的activity，因为使用者当然会认为在导航到其它屏幕时音乐应该还在播放的。在这个例子中，媒体播放器这个activity 会使用Context.startService()来启动一个service，从而可以在后台保持音乐的播放。同时，系统也将保持这个service 一直执行，直到这个service 运行结束。另外，我们还可以通过使用Context.bindService()方法，连接到一个service 上(如果这个service 还没有运行将启动它)。当连接到一个service 之后，我们还可以service 提供的接口与它进行通讯。拿媒体播放器这个例子来说，我们还可以进行暂停、重播等操作。