【android activity重难点突破】这些知识还不会,面试八成被劝退

语言: CN / TW / HK

highlight: a11y-dark

Activity作为android四大组件之一,地位就不用多说了吧,该组件看起来是比较简单的,但是也涉及到很多知识点,要想全部理解并在合适的业务场景下使用,也是需要一定的技术沉淀,本文主要是对activity一些重要知识点进行总结整理,可能平时不一定用到,但是一定要有所了解。

当然这些知识点并没有设计过多源码部分,比如activity的启动流程什么的,主要是零散的知识点,对于activity的启动流程网上文章太多了,后面自己也准备重新梳理下,好记性不如烂笔头,在不断学习整理的过程中,一定会因为某个知识点而豁然开朗。

image.png

1.生命周期

①.两个页面跳转

MainActivity跳转到SecordActivity的生命周期,重点关注MainonPauseonStopSecord几个关键生命周期的顺序,以及从Secord返回时与Main的生命周期的交叉:

image.png

可以发现Main页面的onPause生命周期之后直接执行SecordonCreate,onStart,onResume,所以onPause生命周期内不要执行耗时操作,以免影响新页面的展示,造成卡顿感。

②.弹出Dialog

  • 单纯的弹出Dialog是不会影响Activity的生命周期的;
  • 启动dialog themeActivity的时候,启动的activity只会执行onPause方法,onStop不会执行,被启动的activity会正常走生命周期,back的时候,启动的Activity会对应执行onResume方法;

image.png

③.横竖屏切换

  • AndroidManifest不配置configChanges时,横竖屏切换,会销毁重建Activity,生命周期会重新走一遍;
  • 当ActivityconfigChanges="orientation|screenSize"时,横竖屏切换不会重新走Activity生命周期方法,只会执行onConfigurationChanged方法,如需要可以在此方法中进行相应业务处理;

如横竖屏切换时需要对布局进行适配,可在res下新建layout-portlayout-land目录,并提供相同的xml布局文件,横竖屏切换时即可自动加载相应布局。(前提是未配置configChanges忽略横竖屏影响,否则不会重新加载布局)

④.启动模式对生命周期的影响

1.A(singleTask)启动(startActivity)B(standard),再从B启动A,生命周期如下:

A启动B:A_onPause、B_onCreate、B_onStart、B_onResume、A_onStop

第二步:B_onPause、A_onNewIntent、A_onRestart、A_onStart、A_onResume、B_onStop、B_onDestory

2.A(singleTask)启动A,或者A(singleTop)启动A

A_onPause、A_onNewIntent、A_Resume

3.singleInstance模式的activity

多次启动A(singleInstance),只有第一次会创建一个单独的任务栈(全局唯一),再次启动会调用A_onPause、A_onNewIntent、A_Resume

2.启动模式

Activity的启动模式一直是standardsingleTopsingleTasksingleInstance四种,Android 12新增了singleInstancePerTask启动模式,在这里不一一介绍,仅介绍重要知识点。

①.singleTask

1.Activity是一个可以跨进程、跨应用的组件,当你在 A App里打开 B AppActivity的时候,这个Activity会直接被放进A的Task里,而对于B的Task,是没有任何影响的。

从A应用启动B应用,默认情况下启动的B应用的Activity会进入A应用当前页面所在的任务栈中,此时按home建,再次启动B应用,会发现B应用并不会出现A启动的页面(前提是A应用启动的不是B应用主activity,如果是必然一样),而是如第一次启动一般.

如果想要启动B应用的时候出现被A应用启动的页面,需要设置B应用被启动页的launchmodesingleTask,此时从A应用的ActivityA页面启动B应用的页面ActivityBlaunchmodesingleTask),发现动画切换方式是应用间切换,此时ActivityBActivityA分别处于各自的任务栈中,并没有在一个task中,此时按Home键后,再次点击启动B应用,发现B应用停留在ActivityB页面。

如果想要实现上述效果,除了设置launchmode之外,还可以通过设置allowTaskReparenting属性达到同样的效果,Activity 默认情况下只会归属于一个 Task,不会在多个Task之间跳来跳去,但你可以通过设置来改变这个逻辑,如果你不设置singleTask,而是设置allowTaskReparentingtrue,此时从A应用的ActivityA页面启动B应用的页面ActivityB(设置了allowTaskReparentingtrue),ActivityB会进入ActivityA的任务栈,此时按Home键,点击启动B应用,会进入ActivityB页面,也就是说ActivityBActivityA的任务栈移动到了自己的任务栈中,此时点击返回,会依次退出ActivityB所在任务栈的各个页面,直到B应用退出。

注意:allowTaskReparenting在不同Android版本上表现有所不同,Android9以下是生效的,Android9,10又是失效的,但Android11又修复好了,在使用时一定要好好测试,避免一些因版本差异产生的问题。

②.singleInstance

singleInstance具备singleTask模式的所有特性外,与它的区别就是,这种模式下的Activity会单独占用一个Task栈,具有全局唯一性,即整个系统中就这么一个实例,由于栈内复用的特性,后续的请求均不会创建新的Activity实例,除非这个特殊的任务栈被销毁了。以singleInstance模式启动的Activity在整个系统中是单例的,如果在启动这样的Activity时,已经存在了一个实例,那么会把它所在的任务调度到前台,重用这个实例。

③.singleInstancePerTask

释义:singleInstancePerTask的作用和singleTask几乎一模一样,不过singleInstancePerTask不需要为启动的Activity设置一个特殊的taskAffinity就可以创建新的task,换句话讲就是设置singleInstancePerTask模式的activity可以存在于多个task任务栈中,并且在每个任务栈中是单例的。

多次启动设置singleInstancePerTask模式的Activity并不会多次创建新的任务栈,而是如singleInstance模式一样,把当前Activity所在的任务栈置于前台展示,如果想每次以新的任务栈启动需要设置FLAG_ACTIVITY_MULTIPLE_TASKFLAG_ACTIVITY_NEW_DOCUMENT,使用方式如下:

intent.addFlags(Intent.FLAG_ACTIVITY_MULTIPLE_TASK | Intent.FLAG_ACTIVITY_NEW_DOCUMENT);

此时,每次启动Activity就会单独创建新的任务栈。

注意:测试需要在Android12的真机或者模拟器上,否则默认为Standard模式

3.taskAffinity

taskAffinity可以指定任务栈的名字,默认任务栈是应用的包名,前提是要和singleTask,singleInstance模式配合使用,standardsingleTop模式无效,当app存在多个任务栈时,如果taskAffinity相同,则在最近任务列表中只会出现处于前台任务栈的页面,后台任务栈会“隐藏”在某处,如果taskAffinity不同,最近任务列表会出现多个任务页面,点击某个就会把该任务栈至于前台。

4.清空任务栈

activity跳转后设置FLAG_ACTIVITY_CLEAR_TASK即可清空任务栈,并不是新建一个任务栈,而是清空并把当前要启动的activity置于栈底,使用场景比如:退出登录跳转到登录页面,可以以此情况activity任务栈。 intent.setFlags(Intent.FLAG_ACTIVITY_CLEAR_TASK|Intent.FLAG_ACTIVITY_NEW_TASK);

注意:FLAG_ACTIVITY_CLEAR_TASK必须与FLAG_ACTIVITY_NEW_TASK一起使用.

5.Activity.FLAG

FLAG_ACTIVITY_NEW_TASK

FLAG_ACTIVITY_NEW_TASK并不像起名字一样,每次都会创建新的task任务栈,而是有一套复杂的规则来判断:

  • 通过activity类型的context启动,如果要启动的ActivitytaskAffinity与当前Activity不一致,则会创建新的任务栈,并将要启动的Activity置于栈底,taskAffinity一致的话,就会存放于当前activity所在的任务栈(注意启动模式章节第三点taskAffinity的知识点);
  • taskAffinity一致的情况下,如果要启动的activity已经存在,并且是栈根activity,那么将没有任何反应(启动不了要启动的activity)或者把要启动的activity所在的任务栈置于前台;否则如果要启动的activity不存在,将会在当前任务栈创建要启动的activity实例,并入栈;
  • taskAffinity一致的情况下,如果要启动的activity已经存在,但不是栈根activity,依然会重新创建activity示例,并入栈(前提是:要启动的activitylaunchModestandard,意思就是是否会创建新实例会受到launchMode的影响);
  • activitycontext启动activity时(比如在service或者broadcast中启动activity),在android7.0之前和9.0之后必须添加FLAG_ACTIVITY_NEW_TASK,否则会报错(基于android-32的源码,不同版本可能不同):

``` //以下代码基于android 12 public void startActivity(Intent intent, Bundle options) { warnIfCallingFromSystemProcess(); final int targetSdkVersion = getApplicationInfo().targetSdkVersion;

//检测FLAG_ACTIVITY_NEW_TASK
if ((intent.getFlags() & Intent.FLAG_ACTIVITY_NEW_TASK) == 0
        && (targetSdkVersion < Build.VERSION_CODES.N
                || targetSdkVersion >= Build.VERSION_CODES.P)
        && (options == null
                || ActivityOptions.fromBundle(options).getLaunchTaskId() == -1)) {
    //未设置FLAG_ACTIVITY_NEW_TASK,直接抛出异常
    throw new AndroidRuntimeException(
            "Calling startActivity() from outside of an Activity "
                    + " context requires the FLAG_ACTIVITY_NEW_TASK flag."
                    + " Is this really what you want?");
}
//正常启动activity
mMainThread.getInstrumentation().execStartActivity(
        getOuterContext(), mMainThread.getApplicationThread(), null,
        (Activity) null, intent, -1, options);

} ```

注意:FLAG_ACTIVITY_NEW_TASK的设置效果受到taskAffinity以及其他一些配置的影响,实际使用过程中一定要进行充分测试,并且不同的android版本也会表现不同,极端场景下要仔细分析测试,选择最优方案;

提示:通过adb shell dumpsys activity activities命令可以查看activity任务栈;

6.多进程

正常情况下,app运行在以包名为进程名的进程中,其实android四大组件支持多进程,通过manifest配置process属性,可以指定与包名不同的进程名,即可运行在指定的进程中,从而开启多进程,那么,开启多进程有什么优缺点呢?

多进程下,可以分散内存占用,可以隔离进程,对于比较重的并且与其他模块关联不多的模块可以放在单独的进程中,从而分担主进程的压力,另外主进程和子进程不会相互影响,各自做各自的事,但开启了多进程后,也会带来一些麻烦事,比如会引起Application的多次创建,静态成员失效,文件共享等问题。

所以是否选择使用多进程要看实际需要,我们都知道app进程分配的内存是有限的,超过系统上限就会导致内存溢出,如果想要分配到更多的内存,多进程不失为一种解决方案,但是要注意规避或处理一些多进程引起的问题;

设置多进程的方式:

``` android:process=":childProcess" //实际上完整的进程名为:包名:childProcess,这种方式声明的属于私有进程。

android:process="com.child.process" //完整的进程名即为声明的名字:com.child.process,这种方式声明的属于全局进程。 ```

7.excludeFromRecents

excludeFromRecents如果设置为true,那么设置的Activity将不会出现在最近任务列表中,如果这个Activity是整个Task的根Activity,整个Task将不会出现在最近任务列表中.

8.startActivityForResult被弃用

使用Activity Result Api代替,使用方式如下:

``` private val launcherActivity = registerForActivityResult( ActivityResultContracts.StartActivityForResult()) { Log.e("code","resultCode = "+it.resultCode) }

findViewById