金九银十Android面试复习题集：关于四大组件中的Activity你了解多少？

又要到金九银十的跳槽季了，为了让更多的小伙伴能够在面试的时候取的更好的offer，不按期都会分享BAT常问面试题，因为内容较多，预计阅读须要....3个月

今天主要来说一下四大组件中的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的启动流程

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

最后

面试造火箭，工做拧螺丝。虽然我只想拧螺丝，可是咱们却须要经过造火箭来找到拧螺丝的工做。

有些东西你不只要懂，并且要可以很好地表达出来，可以让面试官承认你的理解，例如Handler机制，这个是面试必问之题。有些晦涩的点，或许它只活在面试当中，实际工做当中你压根不会用到它，可是你要知道它是什么东西。

一些基础知识和理论确定是要背的，要理解的背，用本身的语言总结一下背下来。

那么该如何复习？

我为你们准备了如下一体系的复习资料：

《Android开发七大模块核心知识笔记》

《960全网最全Android开发笔记》

《379页Android开发面试宝典》

历时半年，咱们整理了这份市面上最全面的安卓面试题解析大全
包含了腾讯、百度、小米、阿里、乐视、美团、5八、猎豹、360、新浪、搜狐等一线互联网公司面试被问到的题目。熟悉本文中列出的知识点会大大增长经过前两轮技术面试的概率。

如何使用它？

1.能够经过目录索引直接翻看须要的知识点，查漏补缺。
2.五角星数表示面试问到的频率，表明重要推荐指数

《507页Android开发相关源码解析》

只要是程序员，不论是Java仍是Android，若是不去阅读源码，只看API文档，那就只是停留于皮毛，这对咱们知识体系的创建和完备以及实战技术的提高都是不利的。

真正最能锻炼能力的即是直接去阅读源码，不只限于阅读各大系统源码，还包括各类优秀的开源库。

资料太多，所有展现会影响篇幅，暂时就先列举这些部分截图，以上资源均免费分享，以上内容均放在了开源项目：【github】 中已收录，你们能够自行获取。