Android 学习笔记

Android 四大组件

Activity

生命周期：
onCreate()--onStart()--onResume()--  
Run  
--onPause()--onStop()--onDestory

• 启动activity ：系统先调用onCreate() , 然后调用onStart() , 最后调用onResume() 方法，activity进入运行状态
• 暂停状态：activity被其他activity覆盖（DialogActivity）或者锁屏，系统会调用onPause() 方法，暂停当前activity
• 继续（重新开始）：activity由被覆盖状态回到前台或者解锁屏，系统会调用onResume() 方法，再次进入运行状态
• 停止；当前activity转到新的activity界面或者按Home键回到主屏，自身退居后台，系统会先调用onPause(), 然后调用onStop() 方法， 然后进入停滞状态
• 开始：回到该activity，系统先调用onRestart() ，然后调用start() ，最后调用onResume() ，再次进入运行状态
• 当处于第2步或者第4步，系统内存不足，杀死当前activity，而后用户退回到当前activity，再次调用onCreate、onStart、onResume（杀死后再次进入activity，相当于从第1步开始执行）进入运行状态
• 用户退出当前activity：系统先调用onPause() , 然后调用onStop (), 最后调用onDestory() ，结束当前activity

异常情况下的生命周期 : 比如当系统资源配置发生变化以及系统内存不足时，activity就可能被杀死

• 情况1 :资源相关的系统配置发生改变导致activity被杀死并重新创建
  比如当前activity处于竖屏状态，然后突然旋转屏幕，由于系统配置发生了变化，在默认情况下，activity会被销毁并重新创建，
  
  系统配置发生改变后，activity会被销毁，其onPause、onStop、onDestory 均会被调用，由于activity 是在异常情况下销毁的，系统会调用onSaveInstance 来保存当前activity 状态，这个方法调用时机在 onStop之前，与onPause没有时序关系， 当activity 重新创建后，系统会调用onRestoreInstanceState ， 并且把activity 销毁时onSaveInstanceState 方法保存的Bundle 对象作为参数同时传递给onRestoreInstanceState 和onCreate 方法，

• 情况2： 资源内存不足导致低优先级的activity被杀死
  activity按照优先级从高到底可以分为三种：

  1、前台activity—正在和用户交互的activity ，优先级最高

  2、可见但是非前台的activity —比如activity 中弹出一个对话框，导致activity 可见但是出于后台无法和 用户直接交互

  3，后台activity—已经被暂停的activity，比如执行了onStop， 优先级最低

防止重新创建activity

activity指定configChange 属性来不让系统重新创建acivity
android: configChanges = ” orientation “

Activity 的启动模式

有四种启动模式：standard、singleTop、singleTask、singleInstance

• standard（默认）：在这种模式下，activity默认会进入启动它的activity所属的任务栈中
• singleTop（栈顶复用）：如果新activity位于任务栈栈顶时，activity不会被创建创建，同时它的onNewIntent方法会被回调
• singleTask（栈内复用）：只要activity在一个栈中存在，那么多次启动该activity不会被创建创建单例，系统会调用onNewIntent，并将此activity调到栈顶
• singleInstance：单例模式,这种模式的activity只能单独位于一个任务栈中

Service

调用者和service 在同一进程中，所以运行在主进程的main线程中，所以不能进行耗
时操作，可以采用在service开始创建一个Thread线程来执行耗时操作，service影

任何activity都可以控制同一个service，而系统也只会创建一个对应的service的实例

两种启动方式

• startService（intent）
  1、定义一个类继承
  2、manifest.xml 文件中配置service
  3、使用context 的startService（intent）方法启动service
  4、不在使用时，调用stopService（intent)方法停止服务

生命周期

onCreate() –> onStartCommand() ==> onDestory()

( 如果服务已经启动，不会重复回调onCreate方法，如果再次调用context.startService方法，service而是会调用onStart或者onStartCommand方法，停止服务需要调用context.stopService方法，服务停止的时候回调onDestory被销毁 )

特点

一旦服务开启就和调用者（开启者）没有任何关系了。开启者退出/挂了 ，服务仍在后台长期的运行，开启者不能调用服务里面的方法

• bindService（intent，ServiceConnection，int）
  1、定义一个类继承Service
  2、在manifest.xml 中注册service
  3、使用 context的 bindService(intent, ServiceConnection, int) 方法启动service
  4、不再使用时，调用unbindService（ServiceConnection）方法停止服务

IntentService

IntentService 是 Service 的子类，比普通的Service 增加了额外的功能。Service本身存在两个问题：
* Service  不会专门启动一条单独的进程， Service 与它所在的应用位于同一个进程中
* Service 也不是专门一条新线程，因此不应该在Service中直接处理耗时的任务


IntentService 特征：
* 会创建独立的worker 线程来处理所有的intent 请求
* 会创建独立的worker 线程来处理onHandleIntent 方法实现的代码，无需处理多线程问题
* 所有请求处理完成后，IntentService 会自动停止，无需调用stopSelf方法停止Servic
* 为Service 的onBind（）提供默认的实现， 返回null 
* 为Service 的onStartCommand 提供默认实现，将请求intnet 添加到队列中

BroadcastReceiver

广播被分为两种不同的类型：普通广播 和 有序广播

普通广播 ：普通广播是完成异步的，可以在同时时刻（逻辑上）被所有接收者接收到。消息传递的效率比较高，缺点是接收者不能将处理结果传递给下一个接收者，并且无法终止广播的传播

Context.sendBroadcast() 发送的是普通广播，所有订阅者都有机会获得并进行处理

有序广播 ：有序广播是按照接收者声明的优先级别（声明在intent-filter元素的android：priority属性中，数越大优先级别越高，范围-1000 到 1000，也可以调用IntentFilter对象的setPriority进行设置），被接收者依次接受广播。如：优先级 A > B > C, 那么广播线传给A ,在传给B，最后传给C。A得到广播后，可以往广播里存入数据，当广播传给B时，B可以从广播中得到 A存入的数据

Context.sendOrderedBroadcast()发送的是有序广播，系统会根据接收者声明的优先级别按顺序逐个执行接收者，前面的接收者有权终止广播(BroadcastReceiver.abortBroadcast())，如果广播被前面的接收者终止，后面的接收者就再也无法获取到广播。对于有序广播，前面的接收者可以将处理结果通过setResultExtras(Bundle)方法存放进结果对象，然后传给下一个接收者，通过代码：Bundle bundle =getResultExtras(true))可以获取上一个接收者存入在结果对象中的数据。

系统收到短信，发出的广播属于有序广播。如果想阻止用户收到短信，可以通过设置优先级，让你们自定义的接收者先获取到广播，然后终止广播，这样用户就接收不到短信了。

生命周期

如果一个广播处理完 onReceive 那么系统将认定次对象将不再是一个活动的对象，也就会 finished 掉它

调用对象 —–》 实现onReceive ——》 结束

步骤：
1、自定义一个类 继承 BroadcastReceiver
2、重写 onReceive 方法
3、在manifest.xml 中注册

注意 ： BroadcastReceiver 生命周期很短

如果需要在onReceiver 完成一些耗时操作，应该考虑在Service 中开启一个新线程处理耗时操作，不应该在BroadcastReceiver 中开启一个新的线程 ， 因为BroadcastReceive生命周期很短，在执行完onRecriver 以后就结束了，如果开启一个新的线程，可能出现BroadcastReceiver 退出以后线程还在，而如果BroadcastRecriver 所在的进程结束了，该线程就会被标记为一个空线程，根据Android 的内存管理策略，在系统内存紧张的时候，会按照优先级结束线程，这样就可能导致广播启动的子线程不能执行完成

public class MyBroadcastReceiver extends BroadcastReceiver {
@Override 
public void onReceive( Context context, Intent intent ) {

 if(intent.getAction().equals("test")) {
   //.....................
      }
      }
 }

注册

    <receiver android:name=".MyBroadcastReceiver">
<intent-filter>
    <action android:name="android.intent.action.ACTION_POWER_CONNECTED" />
    <action android:name="test" />   //这里自定义一个广播动作
</intent-filter>

动态注册

registerReceiver(new MyBroadcastReceiver(),new IntentFilter("test"));