《Android开发艺术探索》第1章读书笔记

1.典型情况下生命周期全面分析
《Android开发艺术探索》第1章读书笔记_第1张图片
上图是Activity的生命周期示意图:
onCreate和onDestory是配对的,分别标识Activiy的创建和销毁并且只可能调用一次。
onCreate表示Activity正在被创建这里可以做一些初始化工作,比如调用setContentView去加载布局资源.初始化Activity所需要的数据等;
onDesoty表示Activity被回收,在这里我们可以做一些回收工作和最终资源的释放;
onStart和onStop是配对的,从是否可见的角度来进行回调的,分别表示Activity是可见和不可见;
onStart表示Activity正在被启动,即将开始,这是Activity已经可见了,但是还没有出现在前台,无法和用户交互。这是可以理解为Activity已经显示出来了,但是用户还看不到。
onStop表示Activity即将停止。可以做一些轻量级的回收工作;
onResume和onPause是配对的,从是否位于前台的角度来回调的,分别表示Activity在前台和不再前台;
onRsume表示Activity已经可见了,并且出现在前台并开始活动了。
onPause表示Activity正在停止,正常情况下,紧接着onStop就会被调用,在极端情况下,如果这个时候,在快速返回当前Activity,那么onResume会被调用。这里可以做停止动画等工作,但是不能太耗时。
onRestart表示Activity正在重新启动,表示Activity从onStop(不可见)到onStart(可见)状态。

对于一个Activity A来说:
1.第一次启动 回调 onCreate——>onStart——>onResume.
2.当用户打开新的Activity B或者切换到桌面的时候,回调 onPause——>onStop
如果新打开Activity B 采用了透明主题或者Diaolg样式,回调 onPause,这时并不会执行onStop
3.当用户再次回到Acitivity时候,回调 onRestart——>onStart——>onResume;
4.当用户调用了Activity的finish或者按back键回退时,回调 onPause——>onStop——>onDestory
5.当Activity被系统回收再次打开,生命周期方法回调过程按上图来执行,只是生命周期方法一样,不代表多有过程都一样,比如异常情形下的onRestoreInstanceState和onSaveInstanceState会执行;
由Activity A启动 Activity B 过程 onPause(A)——>onCreate(B)——>onStart(B)——>onResume(B)——onStop(A);
在onPause和onStop中都不能做耗时的操作,尤其是onPause,我们应当尽量在onStop中操作,从而使得新的Activity尽快显示出来并切换到前台。

2.异常情况下的生命周期分析
所谓异常情况:比如资源相关的系统配置发生改变或者系统内存不足时等等,这时候Activity可能会被杀死;
《Android开发艺术探索》第1章读书笔记_第2张图片
上面是异常情况下Activity的重建过程;
当Activity被异常销毁的时候,其onPause,onStop,onDestoty均会被调用,同时由于Activity是在异常状况下销毁的,系统会调用onSaveInstaceState来保存当前Activity的状态。这个方法调用时机在onStop之前,它和onPause没有既定的时序关系,可在它前面调用,也可在它后面调用,
onSaveInstance方法只出现在异常情况下,正常情况下系统不会回调这个方法。
当Activity异常情况被重新创建后,系统会调用onRestoreInstaceState,并且把Activity销毁时onSaveInstace方法所保存的Bundle对象作为参数同时传递给onRestoreInstanceState和onCreate方法,这两个方法都可以从Bundle中取值;
onRestoreInstaceState的调用时机在onStart之后
当Activity被异常销毁的时候,系统默认会为我们保存当前Activity的视图结构,并且Activity重启后为我们保存这些数据。比如Edittext的输入文字,ListView滚动的位置等;这里面用到的是一种委托的思想,当Activity被销毁的时候,Activity会调用onSaveInstanceState保存数据,同时委托Window去保存数据,接着Window再委托顶级容器去保存数据,顶层容器在一一通知它的子元素来保存数据。
在介绍一下Actiivity优先级情况:
1.前台Activity——正在和用户交互的Activity,优先级最高
2,Activity被看见但不是在前台——比如Activity中弹出了一个对话框,导致Activity可见但位于后台无法和用户直接交互。
3.后台Activity——比如执行了onStop,优先级最低
当内存不足时,系统会按照上面优先级去杀死目标Activity所在的进程,并后续通过onSaveInstanceState和onRestoreInstanceState来存储和恢复数据。
另外一个进程中如果没有四大组件,那么这个进程很容易就被系统回收,一些后台工作不适合脱离四大组件而独自运行在后台中,这样很容易被回收,比较好的办法是放在service中。

从上面可以知道系统配置发生改变后,Activity会被重建。其实也有办法不重建Activity。
系统配置中有很多内容,如果当某项内容发生改变后,我们不想创建Activity,可以给Activity指定configChanges属性。比如android:configChanges=”orientation”可以让屏幕旋转的时候不会重新创建。当然希望指定多个值可以使用 “|”;
一些常用的configChanges的项目和含义

项目 含义
locale 设备的本地位置发生了改变,一般指切换系统语言
keyboardHidden 键盘的可访问性发生了改变,比如用户调出了键盘
orientation 屏幕方向发生了改变,比如旋转了手机屏幕
screenSize 当屏幕的尺寸信息发生了改变,当旋转屏幕时候,屏幕的尺寸会发生改变,这个选项比较特殊,他和编译选项有关,当编译选项中的minSdkVersion和targetSdkVersion均低于13时,此选项不会导致Activity重启,否则会导致屏幕重启
smallestScreenSize 设备的物理屏幕尺寸发生改变,这个项目和屏幕的方向没关系,仅仅表示在实际物理屏幕尺寸发生改变的时候,比如用户切换到了外部的显示设备,这个选项和screenSize一样,当编译选项中的minSdkVersion和targetSdkVersion均低于13时,此选项不会导致Activity重启,否则会导致屏幕重启

从上表可知,如果我们没有在Activity的configChanges属性中指定该选项的话,当配置发生改变后,就会导致Activity重新创建。
当我们设置了configChanges之后,系统不会调用onSaveInstance和onRestoreInstanceState,取而代之会调用Activity的onConfigurationChanged方法:比如
AndroidMenifest.xml中设置 android:configChanges=”orientation|screenSize”

        <!--minSdkVersion和targetSdkVersion有一个大于13所以,android:configChanges="orientation|screenSize"-->
         <uses-sdk  android:minSdkVersion="8" android:targetSdkVersion="21" />
        <activity  android:name="com.app.mode.MainActivity" android:configChanges="orientation|screenSize" >
            <intent-filter>
                <action android:name="android.intent.action.MAIN" />

                <category android:name="android.intent.category.LAUNCHER" />
            </intent-filter>
        </activity>

当旋转屏幕的时候,Activity里面会调下面这个方法:

@Override
    public void onConfigurationChanged(Configuration newConfig) {

        super.onConfigurationChanged(newConfig);
    }

Activity(活动)的启动模式详解
Activity的标志位(Flags)
FLAG_ACTIVITY_NEW_TASK 与Activity中指定singleTask效果一样
FLAG_ACTIVITY_SINGLE_TOP:与Activity中指定singleTop效果一样
Activity隐式启动时候IntentFilter的匹配规则
使用隐式启动Activity的时候,当程序不匹配Intent的时候,有可能会报错
这时候使用一下两种方法可以避免:

    //i是你要启动的Intent 
    //1.resolveActivity 如果返回结果为null就是不匹配,它返回的是最佳的Activity
    //通过返回值就可规避上述风险,MATCH_DEFAULT_ONLY仅仅匹配哪些在Activity中声明了
    //<category android:name="android.intent.category.DEFAULT" />的category
    ResolveInfo mInfo = getPackageManager().resolveActivity(i,
                        PackageManager.MATCH_DEFAULT_ONLY);
    ComponentName mName = i.resolveActivity(getPackageManager());

    //2.queryIntentActivities返回的是所有成功匹配的Activity信息
    List<ResolveInfo> mResolveInfos = getPackageManager()
                        .queryIntentActivities(i,PackageManager.MATCH_DEFAULT_ONLY);

《Android开发艺术探索》第二章读书笔记

你可能感兴趣的:(读书笔记,Android开发)