Android基本组件介绍和生命周期

Android基本组件包括：Activity，Service(服务)，Broadcast Receiver(广播接收器)，Content Provider(内容提供者)。

一：Activity详解
Activity通常是我们能够看到的屏幕，上面可以添加一些控件，并且可以监听用户的操作并且给出反应。

Activity的生命周期：借一下安卓开发者网站的图https://developer.android.com/reference/android/app/Activity.html

在实现Activity类时，一个最简单的完整的Activity生命周期会按照如下顺序回调：onCreate -> onStart -> onResume -> onPause -> onStop -> onDestroy。称之为entire lifetime。
（1）OnCteate(): 在实现Activity类时，默认Override这个方法，

Activity第一次启动时，会触发这个方法，完成Activity的初始化活动。参数可以为空，也可以为saveInstanceState,调用保存的信息。

（2）onStart():这个方法会开始展示Activity，可以被重复调用，而onCreate()在一个生命周期内只能被调用一次。

（3）onResume(): 当这个方法回调时，则说明Activity已在屏幕中可见，可与用户交互了，onResume方法与onStart的相同点是两者都表示Activity可见，只不过onStart回调时Activity还是后台无法与用户交互，而onResume则已显示在前台，可与用户交互。当然从流程图，我们也可以看出当Activity停止后（onPause方法和onStop方法被调用），重新回到前台时也会调用onResume方法，因此我们也可以在onResume方法中初始化一些资源，比如重新初始化在onPause或者onStop方法中释放的资源。

（4）onPause():此方法被回调时则表示Activity正在停止（Paused形态），一般情况下onStop方法会紧接着被回调。但通过流程图我们还可以看到一种情况是onPause方法执行后直接执行了onResume方法，这属于比较极端的现象了，这可能是用户操作使当前Activity退居后台后又迅速地再回到到当前的Activity，此时onResume方法就会被回调。当然，在onPause方法中我们可以做一些数据存储或者动画停止或者资源回收的操作，但是不能太耗时，因为这可能会影响到新的Activity的显示——onPause方法执行完成后，新Activity的onResume方法才会被执行。

(5)onStop():一般在onPause方法执行完成直接执行，表示Activity即将停止或者完全被覆盖（Stopped形态），此时Activity不可见，仅在后台运行。同样地，在onStop方法可以做一些资源释放的操作（不能太耗时）。

(6)onDestory():当活动销毁的时候，触发该方法。和 onStop 方法一样，如果内存紧张，系统会直接结束这个活动而不会触发该方法。

还有onSaveInstanceState ：系统调用该方法，允许活动保存之前的状态，比如说在一串字符串中的光标所处的位置等。
通常情况下，开发者不需要重写覆盖该方法，在默认的实现中，已经提供了自动保存活动所涉及到的用户界面组件的所有状态信息。

二：Service
Service通常总是称之为“后台服务”，其中“后台”一词是相对于前台而言的，具体是指其本身的运行并不依赖于用户可视的UI界面，因此，从实际业务需求上来理解，Service的适用场景应该具备以下条件：

1.并不依赖于用户可视的UI界面（当然，这一条其实也不是绝对的，如前台Service就是与Notification界面结合使用的）；

2.具有较长时间的运行特性。
service的生命周期:
A started service
　　被开启的service通过其他组件调用 startService()被创建。
　　这种service可以无限地运行下去，必须调用stopSelf()方法或者其他组件调用stopService()方法来停止它。
　　当service被停止时，系统会销毁它。
　　
A bound service
被绑定的service是当其他组件（一个客户）调用bindService()来创建的。
客户可以通过一个IBinder接口和service进行通信。
客户可以通过 unbindService()方法来关闭这种连接。
一个service可以同时和多个客户绑定，当多个客户都解除绑定之后，系统会销毁service
Service使用步骤如下
1>继承service类
2>AndroidManifast.xml配置清单文件中节点里对服务进行配置
服务不能自己运行,需要通过Contex.startService()或Contex.bindService()启动服务

三: BroadCast基础
如果你不需要跨应用程序发送广播，可以考虑使用这个类LocalBroadcastManager,这会给你一个更有效的实现（不需要跨进程通信），并让你避免考虑与其他应用程序能够接收或发送广播任何安全问题。

普通广播，通过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)调用

（四）Content Provider内容提供者，还没开始学习，以后再更