android生命周期测试安卓生命周期题目

转载

编程小匠人传奇 2023-07-05 16:04:58

文章标签 android生命周期测试生命周期 java 宽高 文章分类 Android 移动开发

今天我们一起来看五道 Activity 生命周期的面试题，相信看完之后面试官再问到相关的问题，你就能胸有成竹了。

activity被系统杀死，是否走destory流程？

使用小米11的实验结论：

从MainActivity打开BActivity时，从下往上滑回桌面后，点击系统清理，走的是BActivity的onDestroy；

从MainActivity打开BActivity时按返回键回到MainActivity后，从下往上滑回桌面，点击系统清理，走的MainActivity的onDestroy.

也就是说，只会走最后在显示的activity的onDestroy的生命周期，其他activity的onDestroy不会回调到。

A Activity 打开 B Activity 时都有哪些生命周期回调。

这道题相信很多同学都有遇到过，简单 A.onPause -> B.onCrete -> B.onStart -> B.onResume -> A.onStop . Naive ! 这样回答只是及格，因为仅在 B Activity 的 launchMode 为 standard 或者 B Activity 没有可复用的实例时是这样的。

当 B Activity 的 launchMode 为 singleTop 且 B Activity 已经在栈顶时（一些特殊情况如通知栏点击、连点），此时只有 B 页面自己有生命周期变化: B.onPause -> B.onNewIntent -> B.onResume

当 B Activity 的 launchMode 为 singleInstance ，singleTask 且对应的 B Activity 有可复用的实例时，生命周期回调是这样的: A.onPause -> B.onNewIntent -> B.onRestart -> B.onStart -> B.onResume -> A.onStop -> ( 如果 A 被移出栈的话还有一个 A.onDestory)

把几种情况都回答出来就能加分啦，同时也要做好聊 launchMode 的准备。

在 `onAttachedToWindow()` 回调时，我们能拿到 `View` 的宽高么？这时候 `View` 是否已经经过了测量和绘制呢？

我们编写一个 Demo 进行日志打印看看。

android生命周期测试安卓生命周期题目_生命周期

可以看到，并没有。我们只有在 onWindowFocusChanged 回调的时候才能真正的拿到 View 的宽高值。所以，在 Activity 的 onAttachedToWindow() 回调之后，布局中的 View 会回调 onAttachedToWindow() ，然后才会去进行测量和绘制等。那么我们要获取一个 View 的宽高就最好是 View.post() 了。

context.startActivity() 不设置 FLAG 一定会崩溃么？

https://www.jianshu.com/p/d29d4669a6ee

我们使用非 Activity 的 startActivity() 的时候，都需要指定 Intent.FLAG_ACTIVITY_NEW_TASK，如果没有指定，直接进行操作则会直接抛出异常。正确的代码是：

val intent = Intent(this, Main2Activity::class.java)
intent.flags = Intent.FLAG_ACTIVITY_NEW_TASK
applicationContext.startActivity(intent)

在 Android N 到 O，即 24~27 之间却出现了 bug，即使没有加也会正确跳转，也就是使用application也是可以正常跳转如下：

applicationContext.startActivity(Intent(this, Main2Activity::class.java))

弹出 Dialog 对生命周期有什么影响

我们知道，生命周期回调都是 AMS 通过 Binder 通知应用进程调用的；而弹出 Dialog、Toast、PopupWindow 本质上都直接是通过 WindowManager.addView() 显示的（没有经过 AMS），所以不会对生命周期有任何影响。

如果是启动一个 Theme 为 Dialog 的 Activity , 则生命周期为： A.onPause -> B.onCrete -> B.onStart -> B.onResume 注意这边没有前一个 Activity 不会回调 onStop，因为只有在 Activity 切到后台不可见才会回调 onStop；而弹出 Dialog 主题的 Activity 时前一个页面还是可见的，只是失去了焦点而已所以仅有 onPause 回调。

Activity 在 onResume 之后才显示的原因是什么

虽然我们设置 Activity 的布局一般都是在 onCreate 方法里调用 setContentView 。里面是直接调用 window 的 setContentView，创建一个 DecorView 用来包住我们创建的布局。详情如下：

PhoneWindow.java
public void setContentView(int layoutResID) {
    if (mContentParent == null) {
        installDecor();
    } 
    ...
    // 加载布局，添加到 mContentParent
    // mContentParent 又是 DecorView 的一个子布局  
    mLayoutInflater.inflate(layoutResID, mContentParent);
}

然而这一步只是加载好了布局，生成一个 ViewTree , 具体怎么把 ViewTree 显示出来，答案就在下面：

ActivityThread.java
public void handleResumeActivity(...){
    // onResume 回调
    ActivityClientRecord r = performResumeActivity(...)
    final Activity a = r.activity;
    if (r.window == null && !a.mFinished && willBeVisible) {
        r.window = r.activity.getWindow();
        View decor = r.window.getDecorView();
        ViewManager wm = a.getWindowManager();
        wm.addView(decor, l);// 重点
    }
}

WindowManager 的 addView 方法最终将 DecorView 添加到 WMS ，实现绘制到屏幕、接收触屏事件。具体的调用链如下：

WindowManagerImpl.addView
-> WindowManagerGlobal.addView
-> ViewRootImpl.setView     
-> ViewRootImpl.requestLayout() // 执行 View 的绘制流程
   // 通过 Binder 调用 WMS ，WMS 会添加一个 Window 相关的对象
   // 应用端通过 mWindowSession 调用 WMS
   // WMS 通过 mWindow (一个 Binder 对象) 调用应用端  
   mWindowSession.addToDisplay(mWindow)

综上，在 onResume 回调之后，会创建一个 ViewRootImpl ，有了它之后应用端就可以和 WMS 进行双向调用了。同时也是通过 ViewRootImpl 从 WMS 申请 Surface 来绘制 ViewTree 。

onActivityResult 在哪两个生命周期之间回调

onActivityResult 不属于 Activity 的生命周期，一般被问到这个问题时大家都会懵逼。其实答案很简单，onActivityResult 方法的注释中就写着答案：You will receive this call immediately before onResume() when your activity is re-starting. 跟一下代码（TransactionExecutor.execute 有兴趣的可以自己打断点跟一下），会发现 onActivityResult 回调先于该 Activity 的所有生命周期回调，从 B Activity 返回 A Activity 的生命周期调用为： B.onPause -> A.onActivityResult -> A.onRestart -> A.onStart -> A.onResume