Android学习笔记之Activity

第三期知识分享,介绍四大组件里的Activity相关

Activity

Activity是Context的子类

创建流程

创建Activity→创建布局→在Activity中加载布局→在AndroidManifest中注册Activity→设置主Activity

在Activity中加载布局

setContentView(R.layout.layout_name);

在AndroidManifest中注册Activity

<application
        ...>
​
    <activity android:name=".FirstActivity" android:label="An Activity">
        
    </activity>
​
</application>

设置主Activity

<application
        ...>
​
    <activity android:name=".FirstActivity" android:label="MainActivity">
        <intent-filter>
            <action android:name="android.intent.action.MAIN"/>
            <category android:name="android.intent.category.LAUNCHER"/>
        </intent-filter>
    </activity>
​
</application>

android:label标签同时也是启动器的名字

活动的生命周期

Android学习笔记之Activity

生命周期 介绍
onStart 可见;不在前台
onResume 可见;在前台
onPause 可见;不在前台
onStop 不可见;不在前台

  • 当活动在前台的时候处于onResume状态,此时启动新活动,如果新活动完全覆盖了旧活动,那么旧活动变为onPause状态再变为onStop状态;如果新活动没有完全覆盖旧活动(DialogActivity/透明主题),那么旧活动仅变为onPause状态

  • 当由活动A启动活动B(完全覆盖)时,生命周期时间顺序为A:onPause->B:onCreate->B:onStart->B:onResume->A:onStop,所以不要在onPause()中做耗时操作

  • 活动在onStop状态时如果内存不足会被杀掉,如果此时又需要返回到该活动,那么从onCreate开始启动

  • 当手机屏幕旋转的时候,会发生运行时设备配置变更(如果没有特殊指定);Android会为新配置寻找最佳适配资源,所以活动也会经历一个销毁后重新创建的过程,临时数据若没有onSaveInstanceState()会被清除

状态保存

回调方法 描述
onSaveInstanceState() 在onStop()之前调用;Activity重建后,系统会调用onRestoreInstanceState(),并把之前临时存储的Bundle对象同时传参给onRestoreInstanceState()和onCreate()
onCreate() 需要对Bundle对象进行非空判断
onRestoreInstanceState() 在onStart()之后调用;只要进入该回调则说明Bundle对象非空,不需要非空判断

四种状态

状态 描述
Running 在前台
Paused 失去焦点但仍然对用户可见
Stopped 完全被另一个活动覆盖
Destroyed 完全销毁

Task(任务栈)

你在最近任务列表里看到的就是task们

通过返回键退出当前APP的task后,在最近任务列表中还可以看到task残影,但是点击它则是重新启动APP

  • 每个Activity都有taskAffinity,默认是Application的taskAffinity

  • Application的taskAffinity默认是包名

  • 每个task的taskAffinity取自栈底Activity的taskAffinity

  • 同一个taskAffinity可以被创建出多个task,但只会在最近任务列表中显示1个task

四种启动模式

在AndroidManifest文件中使用lunchMode属性

<activity android:name=".FirstActivity"
        android:launchMode="singleTop/singleTask/singleInstance">
        ...
</activity>

假设有应用X和应用Y

假设某Activity(A)属于应用X

standard

无论在哪个task中启动A,都会在启动A的那个task顶部创建A的1个实例

singleTop

启动时,如果当前task顶部已经是A,那么直接复用并执行onNewIntent(),不会再onCreate()

singleTask

唯一性:只有其taskAffinity所指定的task含有A并且这个task里最多只有1个A

在【X的task】中启动A时

  • 如果【X的task】中已经存在A,那么将A之上的Activity全部出栈,直接复用A并执行onNewIntent(),不会执行onCreate()

在【Y的task】中启动A时

  • 如果【X的task】中已经存在A,那么将A之上的Activity全部出栈,直接复用A并执行onNewIntent(),不会执行onCreate()

    随后【X的task】会叠加到【Y的task】上方(此时点击返回键,会一层一层先清空【X的task】,最终回到【Y的task】)

  • 如果不存在【X的task】,那么新建【X的task】并放入A

Tips:如果在task叠加时点击○/□,叠加的task会由叠加关系转变为平行关系,所以如果此时再进入A所在的【X的task】,点击返回键,会一层一层先清空【X的task】,最终回到桌面

singleInstance

独占性:独占1个task

启动时,为A独立创造一个task(如果已经存在这样的task,那么直接复用并执行onNewIntent(),不会再onCreate()),随后叠加到当前task上方

如果在独占task里面再启动其他Activity,新的Activity会出现在另一个task里

活动的Flags

如果在Service/Application中启动Activity,这个Activity的task暂时还不存在,所以我们可以通过Intent的addFlags()临时设置Activity的启动模式

Flags 描述
FLAG_ACTIVITY_NEW_TASK 其效果与指定singleTask模式一致
FLAG_ACTIVITY_SINGLE_TOP 其效果与指定singleTop模式一致
FLAG_ACTIVITY_CLEAR_TOP 当它启动时,在同一个task中位于它上面的Activity都要出栈(暂时不太理解这个的作用)

活动的属性

返回栈属性

属性 作用
allowTaskReparenting 在Y中打开X的Activity,X的Activity先加进Y的task;但是用户一旦打开X,该Activity就会从Y的task中消失,移动到X的task里(Android 9/10 此属性无效)

销毁属性

属性 作用
clearTaskOnLaunch 每次启动该活动时,在其之上的所有活动都会清除,保留自己
finishTaskOnLaunch 当离开该活动再返回的时候,该活动会被finish,清除自己,保留其他活动
alwaysRemainTaskState 始终保留自己

配置变更属性

 

属性 作用
screenOrientation 提前指定屏幕方向,在旋转设备时不会发生活动销毁重建
configChanges 捕获运行时设备配置变更,当发生了所指定的事件时,活动只执行onConfigurationChanged()
上一篇:在ABP VNext框架中对HttpApi模块的控制器进行基类封装


下一篇:Task的使用,并介绍如何中途关闭任务