Android面试题集：以前烂大街的四大组件-Activity，面试重提这些知识点你还记得吗?

Posted 2022-01-12 datian1234

前言

虽然有很多面试的文章里都有这些题目，但是我每次在看的时候，总是会觉得有些分散，复习的时候还要重新去找到对应的文章，所以我就想着自己来整理一下，并且把题目给分一下类型；自己整理可以帮助我复习的同时还可以巩固一遍；这次主要是4大组件相关，后续我会继续整理，觉得有帮助的可以点个赞。

接下来是关于Activity的面试题了：

描述一下Activity 生命周期？

• onCreate() Activity第-次被创建的时候调用，一些初始化操作可以在这里完成。
• onStart() 这个方法在Activity 由不可见变为可见的时候调用。
• onResume() 这个方法在Activity 准备好和用户进行交互的时候调用。此时的Acivity一定位于返回栈的栈顶，并且处于运行状态。
• onPause() 这个方法在系统准备去启动或者恢复另-个Activity的时候调用。
• onStop() 这个方法在Activity 完全不可见的时候调用。它和onPause()方法的主要区别在于，如果启动的新Activity 是一个对话框式的Activity,那么onPause()方法会得到执行，而onStop()方法并不会执行。
• onDestroy() 这个方法在Activity被销毁之前调用，之后Activity的状态将变为销毁状态。
• onRestart 这个方法在Activity由停止状态变为运行状态之前调用，也就是Activity被重新启动了。

生命周期：为了巩固记忆，画了一遍。

Activity之间跳转时的生命周期

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

A.onPause -> B.onCrete -> B.onStart -> B.onResume -> A.onStop

这样回答只是及格，因为仅在 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)

Activity的启动模式

有4种启动模式：

• standard 标准模式
• singleTop 栈顶复用模式
• singleTask 栈内复用模式
• singleInstance 单例模式

标准模式:每次启动时，都会创建一个新的实例在栈顶 栈顶复用模式：如果需要新创建的实例就在栈顶，那么就不会去重建，而是重用，否则就重新创建。 栈内复用模式：如果实例在当前栈中已经存在，就会将当前实例上面的其他实例都移除栈。 单例模式：直接创建一个新的栈并且创建实例放在栈中。

使用方式：
1.可以在在androidMainifest的Activity配置进行设置：android:launchMode=“启动模式”
2.通过 Intent设置标志位

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之后；

Activity跟window，view之间的关系？

• Activity在创建时会调用 attach() 方法初始化一个PhoneWindow(继承于Window)，每一个Activity都包含了唯一一个PhoneWindow
• Activity通过setContentView实际上是调用的getWindow().setContentView将View设置到PhoneWindow上而PhoneWindow内部是通过WindowManager的addView、removeView、updateViewLayout这三个方法来管理View，WindowManager本质是接口，最终由WindowManagerImpl实现

App的启动流程

1、点击桌面App图标，Launcher进程采用Binder IPC向system_server进程发起startActivity请求；
2、system_server进程接收到请求后，向zygote进程发送创建进程的请求；
3、Zygote进程fork出新的子进程，即App进程；
4、App进程，通过Binder IPC向sytem_server进程发起attachApplication请求；
5、system_server进程在收到请求后，进行一系列准备工作后，再通过binder IPC向App进程发送scheduleLaunchActivity请求；
6、App进程的binder线程（ApplicationThread）在收到请求后，通过handler向主线程发送LAUNCH_ACTIVITY消息； 7、主线程在收到Message后，通过发射机制创建目标Activity，并回调Activity.onCreate()等方法。

最后分享一波面试复习路线

多余的话就不讲了，接下来将分享面试的一个复习路线，如果你也在准备面试但是不知道怎么高效复习，可以参考一下我的复习路线，有任何问题也欢迎一起互相交流，加油吧！

这里给大家提供一个方向，进行体系化的学习：

1、看视频进行系统学习

前几年的Crud经历，让我明白自己真的算是菜鸡中的战斗机，也正因为Crud，导致自己技术比较零散，也不够深入不够系统，所以重新进行学习是很有必要的。我差的是系统知识，差的结构框架和思路，所以通过视频来学习，效果更好，也更全面。关于视频学习，个人可以推荐去B站进行学习，B站上有很多学习视频，唯一的缺点就是免费的容易过时。

另外，我自己也珍藏了好几套视频，有需要的我也可以分享给你。

2、进行系统梳理知识，提升储备

客户端开发的知识点就那么多，面试问来问去还是那么点东西。所以面试没有其他的诀窍，只看你对这些知识点准备的充分程度。so，出去面试时先看看自己复习到了哪个阶段就好。

系统学习方向：

• **架构师筑基必备技能：**深入Java泛型+注解深入浅出+并发编程+数据传输与序列化+Java虚拟机原理+反射与类加载+动态代理+高效IO
• **Android高级UI与FrameWork源码：**高级UI晋升+Framework内核解析+Android组件内核+数据持久化
• **360°全方面性能调优：**设计思想与代码质量优化+程序性能优化+开发效率优化
• **解读开源框架设计思想：**热修复设计+插件化框架解读+组件化框架设计+图片加载框架+网络访问框架设计+RXJava响应式编程框架设计+IOC架构设计+Android架构组件Jetpack
• **NDK模块开发：**NDK基础知识体系+底层图片处理+音视频开发
• **微信小程序：**小程序介绍+UI开发+API操作+微信对接
• **Hybrid 开发与Flutter：**html5项目实战+Flutter进阶

知识梳理完之后，就需要进行查漏补缺，所以针对这些知识点，我手头上也准备了不少的电子书和笔记，这些笔记将各个知识点进行了完美的总结。

3、读源码，看实战笔记，学习大神思路

“编程语言是程序员的表达的方式，而架构是程序员对世界的认知”。所以，程序员要想快速认知并学习架构，读源码是必不可少的。阅读源码，是解决问题 + 理解事物，更重要的：看到源码背后的想法；程序员说：读万行源码，行万种实践。

主要内含微信 MMKV 源码、AsyncTask 源码、Volley 源码、Retrofit源码、OkHttp 源码等等。

4、面试前夕，刷题冲刺

面试的前一周时间内，就可以开始刷题冲刺了。请记住，刷题的时候，技术的优先，算法的看些基本的，比如排序等即可，而智力题，除非是校招，否则一般不怎么会问。

关于面试刷题，我个人也准备了一套系统的面试题，帮助你举一反三：

文中所有的学习资料都是免费分享给大家的，扫一扫下方CSDN官方认证二维码【免费获取】↓↓↓

总结

改变人生，没有什么捷径可言，这条路需要自己亲自去走一走，只有深入思考，不断反思总结，保持学习的热情，一步一步构建自己完整的知识体系，才是最终的制胜之道，也是程序员应该承担的使命。