金九银十Android面试复习题集：关于四大组件中的Activity你了解多少？(1)-CSDN博客

本文链接：https://blog.csdn.net/2401_84024497/article/details/137893782

先自我介绍一下，小编浙江大学毕业，去过华为、字节跳动等大厂，目前阿里P7

深知大多数程序员，想要提升技能，往往是自己摸索成长，但自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年最新Android移动开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，涵盖了95%以上Android开发知识点，真正体系化！

由于文件比较多，这里只是将部分目录截图出来，全套包含大厂面经、学习笔记、源码讲义、实战项目、大纲路线、讲解视频，并且后续会持续更新

如果你需要这些资料，可以添加V获取：vip204888 （备注Android）

正文

val intent=Intent(this,SocendActivity::class.java)

intent.addFlags(Intent.FLAG_ACTIVITY_NEW_TASK)

startActivity(intent)

//其中标志位属性

FLAGACTIVITYSINGLE_TOP：指定启动模式为栈顶复用模式（ SingleTop）

FLAGACTIVITYNEW_TASK：指定启动模式为栈内复用模式（ SingleTask）

FLAGACTIVITYCLEAR_TOP：所有位于其上层的Activity都要移除， SingleTask模式默认具有此标记效果

FLAGACTIVITYEXCLUDEFROMRECENTS：具有该标记的Activity不会出现在历史Activity的列表中，即无法通过历史列表回到该Activity上

那么这两种方式有什么区别呢？

优先级不同 Intent设置方式的优先级 > Manifest设置方式，即以前者为准
限定范围不同 Manifest设置方式无法设定 FLAG_ACTIVITY_CLEAR_TOP； Intent设置方式无法设置单例模式（ SingleInstance）

onStart，onStop和onResume，onPause的区别？

Activity的生命周期中，大部分都是两两相对的，可以将其分为3种，前台，可见，后台。 onStart，onStop之间所经历的是可见的，但是却可能无法与用户交互。 onResume，onPause之间所经历的是属于前台，这时候用户是可以交互的。

如果新Activity是透明主题时，旧Activity会不会走onStop？

不会！

锁定屏与解锁屏幕，Activity如何执行生命周期的？

锁屏时只会调用onPause()，而不会调用onStop方法，开屏后则调用onResume()。

横竖屏切换时的生命周期？

如果清单文件中没有设置android:configChanges属性时，生命周期：先销毁onPause()、onStop()、onDestroy()再重新创建onCreate()、onStart()、onResume()方法。

设置orientation|screenSize（一定要同时出现）属性值时，不走生命周期方法，只会执行onConfigurationChanged()方法。

弹出 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 进行双向调用了。

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

onCreate 方法里写死循环会 ANR 吗？

ANR 的四种场景：

Service TimeOut: service 未在规定时间执行完成：前台服务 20s，后台 200s
BroadCastQueue TimeOut: 未在规定时间内未处理完广播：前台广播 10s 内, 后台 60s 内
ContentProvider TimeOut: publish 在 10s 内没有完成
Input Dispatching timeout: 5s 内未响应键盘输入、触摸屏幕等事件

我们可以看到，Activity 的生命周期回调的阻塞并不在触发 ANR 的场景里面，所以并不会直接触发 ANR。

只不过死循环阻塞了主线程，如果系统再有上述的四种事件发生，就无法在相应的时间内处理从而触发 ANR。

onNewIntent是什么时候调用的？

如果需要启动的实例是之前有打开过的，并且在栈的顶部，目前处于onPause、onStop 的状态，其他实例再次进入的话，执行顺序为：onNewIntent，onRestart，onStart，onResume。

onSaveInstanceState()方法的作用?

异常情况下系统配置发生改变时导致Activity被杀死并重新创建、资源内存不足导致低优先级的Activity被杀死

系统会调用onSaveInstanceState来保存当前Activity的状态，此方法调用在onStop之前，与onPause没有既定的时序关系；
当Activity被重建后，系统会调用onRestoreInstanceState，并且把onSave(简称)方法所保存的Bundle对象同时传参给onRestore(简称)和onCreate()，因此可以通过这两个方法判断Activity是否被重建，调用在onStart之后；