2024年从0开始不断温习，Android基础篇，2024年最新2024年最新面试考试答案

总结

Android架构学习进阶是一条漫长而艰苦的道路，不能靠一时激情，更不是熬几天几夜就能学好的，必须养成平时努力学习的习惯。所以：贵在坚持！

上面分享的字节跳动公司2021年的面试真题解析大全，笔者还把一线互联网企业主流面试技术要点整理成了视频和PDF（实际上比预期多花了不少精力），包含知识脉络 + 诸多细节。

【Android高级架构视频学习资源】

Android部分精讲视频领取学习后更加是如虎添翼！进军BATJ大厂等（备战）！现在都说互联网寒冬，其实无非就是你上错了车，且穿的少（技能），要是你上对车，自身技术能力够强，公司换掉的代价大，怎么可能会被裁掉，都是淘汰末端的业务Curd而已！现如今市场上初级程序员泛滥，这套教程针对Android开发工程师1-6年的人员、正处于瓶颈期，想要年后突破自己涨薪的，进阶Android中高级、架构师对你更是如鱼得水，赶快领取吧！

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化学习资料的朋友，可以戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

上面分析了系统的数据存储和恢复机制，我们知道，当系统配置发生改变之后，Activity会被重新创建，那么有没有办法不重新创建呢？答案是有的，接下来我们就来分析这个问题。系统配置中有很多内容，如果某项内容发生了该变后，我们不想系统重新创建Activity 可以给 Activity 指定 configChanges 属性。比如我们不想让 Actiivty 在屏幕旋转的时候重新创建，就可以给configChanges 属性添加一些值，请继续往下看。

2.3 一些特殊情况下的生命周期分析

2.3.1 Activity 的横竖屏切换

与横竖屏生命周期函数有关调用的属性是"android:configChanges",关于它的属性值设置影响如下：

• orientation：消除横竖屏的影响
• keyboardHidden：消除键盘的影响
• screenSize：消除屏幕大小的影响

当我们设置 Activity 的 android:configChanges 属性为 orientation 或者orientation|keyboardHidden 或者不设置这个属性的时候，它的生命周期会走如下流程：

1.刚刚启动 Activity 的时候：
2. onCreate
3. onStart
4. onResume
5. 由竖屏切换到横屏：
6. onPause
7. onSaveInstanceState //这里可以用来横竖屏切换的保存数据
8. onStop
9. onDestroy
10. onCreate
11. onStart
12. onRestoreInstanceState//这里可以用来横竖屏切换的恢复数据
13. onResume
14. 横屏切换到竖屏：
15. onPause
16. onSaveInstanceState
17. onStop
18. onDestroy
19. onCreate
20. onStart
21. onRestoreInstanceState
22. onResume

当我们设置 Activity 的 android:configChanges 属性为 orientation|screenSize 或者orientation|screenSize|keyboardHidden

1. 刚刚启动 Activity 的时候：
2. onCreate
3. onStart
4. onResume
5. 由竖屏切换到横屏：
6. 什么也没有调用
7. 横屏切换到竖屏：
8. 什么也没有调用

而且需要注意一点的是设置了 orientation|screenSize 属性之后，在进行横竖屏切换的时候调用的方法是 onConfigurationChanged()，而不会回调 Activity 的各个生命周期函数；

当然在显示中我们可以屏蔽掉横竖屏的切换操作，这样就不会出现切换的过程中 Activity生命周期重新加载的情况了，具体做法是，在 Activity 中加入如下语句：

android:screenOrientation="portrait" 始终以竖屏显示
android:screenOrientation="landscape" 始终以横屏显示

如果不想设置整个软件屏蔽横竖屏切换，只想设置屏蔽某个 Activity 的横竖屏切换功能的话，只需要下面操作：

Activity.this.setRequestedOrientation(ActivityInfo.SCREEN_ORIENTATION_PORTRAIT);以竖屏显示
Activity.this.setRequestedOrientation(ActivityInfo.SCREEN_ORIENTATION_LANDSCAPE);以横屏显示

最后提一点,当你横竖屏切换的时候，如果走了销毁 Activity 的流程，那么需要保存当前和恢复当前 Activity 的状态的话，我们可以灵活运用 onSaveInstanceState()方法和onRestoreInstanceState()方法。

2.3.2 什么时候 Activity 单独走 onPause()不走 onStop()？

关于这个特殊情况，笔者在上面的生命周期图解析的时候，贴了一个链接，这里主要是检验你是否会了这个问题的答案，这里笔者就不贴答案了，答案全在那个链接里，你会了吗？

2.3.3 什么时候导致 Activity 的 onDestory()不执行？

当用户后台强杀应用程序时，当前返回栈仅有一个 activity 实例时，这时候，强杀，是会执行 onDestroy 方法的；当返回栈里面存在多个 Activity 实例时，栈里面的第一个没有销毁的 activity 执行会 ondestroy 方法，其他的不会执行；比如说：从 mainactivity 跳转到activity-A（或者继续从 activity-A 再跳转到 activity-B），这时候，从后台强杀，只会执行 mainactivity 的 onDestroy 方法，activity-A（以及 activity-B）的 onDestroy 方法都不会执行；

2.4 进程的优先级

前台>可见>服务>后台>空
前台： 与当前用户正在交互的 Activity 所在的进程。
可见： Activity 可见但是没有在前台所在的进程。
服务： Activity 在后台开启了 Service 服务所在的进程。
后台： Activity 完全处于后台所在的进程。
空： 没有任何 Activity 存在的进程，优先级也是最低的。

三.Android 任务栈

任务栈与 Activity 的启动模式密不可分，它是用来存储 Activity 实例的一种数据结构，Activity 的跳转以及回跳都与这个任务栈有关。详情请看下面的 Activity 的启动模式。

四.Activity 的启动模式

Activity 的启动模式，你在初学期间一定很熟悉了吧！不管你是否熟悉还是不熟悉，跟随笔者的思路把 Activity 的启动模式整理一遍：
问题 1： Activity 为什么需要启动模式？
问题 2： Activity 的启动模式有哪些？特性如何
问题 3： 如何给 Activity 选择合适的启动模式

问题 1：Activity 为什么需要启动模式？
我们都知道启动一个 Activity 后，这个 Activity 实例就会被放入任务栈中，当点击返回键的时候，位于任务栈顶层的 Activity 就会被清理出去，当任务栈中不存在任何 Activity 实例后，系统就回去回收这个任务栈，也就是程序退出了。这只是对任务栈的基本认识，深入学习，笔者会在之后文章中提到。那么问题来了，既然每次启动一个 Activity 就会把对应的要启动的 Activity 的实例放入任务栈中，假如这个 Activity 会被频繁启动，那岂不是会生成很多这个 Activity 的实例吗？对内存而言这可不是什么好事，明明可以一个Activity 实例就可以应付所有的启动需求，为什么要频繁生成新的 Activity 实例呢？杜绝这种内存的浪费行为，所以 Activity 的启动模式就被创造出来去解决上面所描述的问题。

问题 2：Activity 的启动模式有哪些？特性如何
Activity 的启动模式有 4 种，分别是：standard,singleTop,singleTask 和singleInstance。
下面一一作介绍：

1.系统默认的启动模式:Standard
标准模式，这也是系统的默认模式。每次启动一个 Activity 都会重新创建一个新的实例，不管这个实例是否存在。被创建的实例的生命周期符合典型情况下的 Activity 的生命周期。在这种模式下，谁启动了这个 Activity,那么这个 Activity 就运行在启动它的那个Activity 的任务栈中。比如 Activity A 启动了 Activity B(B 是标准模式)，那么 B 就会进入到 A 所在的任务栈中。有个注意的地方就是当我们用 ApplicationContext 去启动standard 模式的 Activity 就会报错，这是因为 standard 模式的 Actiivty 默认会进入启动它的 Activity 所属的任务栈中，但是由于非 Activity 类型的 Context(ApplicationContext)并没有所谓的任务栈，所以这就会出现错误。解决这个问题的方法就是为待启动的 Activity 指定 FLAG_ACTIVITY_NEW_TASK 标记位，这样启动的时候就会为它创建一个新的任务栈，这个时候启动 Activity 实际上以singleTask 模式启动的，读者可以自己仔细体会。

2.栈顶复用模式：SingleTop
在这种模式下，如果新的 Activity 已经位于任务栈的栈顶，那么此 Activity 不会被重新创建，同时它的 onNewIntent 方法被回调，通过此方法的参数我们可以取出当前请求的信息。需要注意的是，这个 Activity 的 onCreate,onStart 不会被系统调用，因为它并没有发生改变。如果新的 Activity 已经存在但不是位于栈顶，那么新的 Activity 仍然会重新重建。举个例子，假设目前栈内的情况为 ABCD,其中 ABCD 为四个 Activity,A 位于栈低，D 位于栈顶，这个时候假设要再次启动 D,如果 D 的启动模式为 singleTop,那么栈内的情况依然为 ABCD;如果 D 的启动模式为 standard,那么由于 D 被重新创建，导致栈内的情况为 ABCDD。

3.栈内复用模式：SingTask
这是一种单例实例模式，在这种模式下，只要 Activity 在一个栈中存在，那么多次启动此Activity 都不会重新创建实例，和 singleTop 一样，系统也会回调其 onNewIntent。具体一点，当一个具有 singleTask 模式的 Activity 请求启动后，比如 Activity A，系统首先寻找任务栈中是否已存在 Activity A 的实例，如果已经存在，那么系统就会把 A 调到栈顶并调用它的 onNewIntent 方法，如果 Activity A 实例不存在，就创建 A 的实例并把 A 压入栈中。举几个栗子：

• 比如目前任务栈 S1 的情况为 ABC,这个时候 Activity D 以 singleTask 模式请求启动，其所需的任务栈为 S2，由于 S2 和 D 的实例均不存在，所以系统会先创建任务栈S2,然后再创建 D 的实例并将其投入到 S2 任务栈中。
• 另外一种情况是，假设 D 所需的任务栈为 S1,其他情况如同上面的例子所示，那么由于 S1 已经存在，所以系统会直接创建 D 的实例并将其投入到 S1。
• 如果 D 所需的任务栈为 S1,并且当前任务栈 S1 的情况为 ADBC,根据栈内复用的原则，此时 D 不会重新创建，系统会把 D 切换到栈顶并调用其 onNewIntent 方法，同时由于 singleTask 默认具有clearTop 的效果，会导致栈内所有在 D 上面的 Activity全部出栈，于是最终 S1 中的情况为 AD。

通过以上 3 个例子，你应该能比较清晰地理解 singleTask 的含义了。

4.单实例模式：SingleInstance
这是一种加强的 singleTask 模式，它除了具有 singleTask 模式所有的特性外，还加强了一点，那就是具有此种模式的 Activity 只能单独位于一个任务栈中，换句话说，比如Activity A 是 singleInstance 模式，当 A 启动后，系统会为它创建一个新的任务栈，然后A 独自在这个新的任务栈中，由于栈内复用的特性，后续的请求均不会创建新的 Activity,除非这个独特的任务栈被系统销毁了。

对于 SingleInstance,面试时你有说明它的以下几个特点：
（1） 以 singleInstance 模式启动的 Activity 具有全局唯一性，即整个系统中只会存在一个这样的实例。
（2） 以 singleInstance 模式启动的 Activity 在整个系统中是单例的，如果在启动这样的Activiyt 时，已经存在了一个实例，那么会把它所在的任务调度到前台，重用这个实例。
（3） 以 singleInstance 模式启动的 Activity 具有独占性，即它会独自占用一个任务，被他开启的任何 activity 都会运行在其他任务中。
（4） 被 singleInstance 模式的 Activity 开启的其他 activity，能够在新的任务中启动，但不一定开启新的任务，也可能在已有的一个任务中开启。换句话说，其实 SingleInstance 就是我们刚才分析的 SingleTask 中，分享 Activity 为栈底元素的情况。

总结
上面介绍了 4 种启动模式，这里需要指出一种情况，我们假设目前有 2 个任务栈，前台任务栈的情况为 AB,而后台任务栈的情况为 CD，这里假设 CD 的启动模式均为singleTask。现在请求启动 D,那么整个后台任务栈都会被切换到前台，这个时候整个后退列表变成了 ABCD。当用户按 back 键的时候，列表中的 Activity 会一一出栈，如下图 1所示：

注意：
前台任务栈： 就是指和用户正在交互的应用程序所在的任务栈。
后台任务栈： 就是指处于后台的应用程序所在的任务栈。

如果不是请求的 D 而是请求的 C,那么情况就不一样了，如下图 2 所示：

如何指定活动的启动模式呢？在 AndroidManifest.xml 文件当注册活动的代码中去指定
比如： 我要把 MainActivity 活动的启动模式指定为 singleInstance 模式

＜activity
android:name=“.MainActivity”
android:label=“@string/app_name”
android:launchMode="singlelnstance"＞

＜intent-filter＞
＜action android:name=“android.intent.action.MAIN”/＞
＜category android:name=“android.intent.category.LAUNCHER”/＞
＜/intent-filter＞
＜/activity＞

也可以在代码中指定：

Intent pack = new Inten(MCPersonalCenterActivity.this,MCGiftsCenterActivity.class);
pack.setFlags(Intent.FLAG_ACTIVITY_NEW_TASK);
startActivity(pack);

五.Activity组件之间的通信

六.scheme 跳转协议

Android 中的 scheme 是一种页面内跳转协议，通过自定义 scheme 协议，可以非常方便的跳转到 app 中的各个页面，通过 scheme 协议，服务器可以定制化告诉 app 跳转到哪个页面，可以通过通知栏消息定制化跳转页面，可以通过 H5 页面跳转到相应页面等等。

查看完整的PDF版
(更多完整项目下载。未完待续。源码。图文知识后续上传github。)
可以点击关于我联系我获取完整PDF
(VX：mm14525201314)

最后

我的面试经验分享可能不会去罗列太多的具体题目，因为我依然认为面试经验中最宝贵的不是那一个个具体的题目或者具体的答案，而是结束面试时，那一刻你的感受以及多天之后你的回味~

很多人在刚接触这个行业的时候或者是在遇到瓶颈期的时候，总会遇到一些问题，比如学了一段时间感觉没有方向感，不知道该从那里入手去学习，对此我整理了一些资料，需要的可以免费分享给大家

在这里小编分享一份自己收录整理上述技术体系图相关的几十套腾讯、头条、阿里、美团等公司的面试题，把技术点整理成了视频和PDF（实际上比预期多花了不少精力），包含知识脉络 + 诸多细节，由于篇幅有限，这里以图片的形式给大家展示一部分。

【Android核心高级技术PDF文档，BAT大厂面试真题解析】

【算法合集】

【延伸Android必备知识点】

【Android部分高级架构视频学习资源】

**Android精讲视频领取学习后更加是如虎添翼！**进军BATJ大厂等（备战）！现在都说互联网寒冬，其实无非就是你上错了车，且穿的少（技能），要是你上对车，自身技术能力够强，公司换掉的代价大，怎么可能会被裁掉，都是淘汰末端的业务Curd而已！现如今市场上初级程序员泛滥，这套教程针对Android开发工程师1-6年的人员、正处于瓶颈期，想要年后突破自己涨薪的，进阶Android中高级、架构师对你更是如鱼得水，赶快领取吧！

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化学习资料的朋友，可以戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。**

需要这份系统化学习资料的朋友，可以戳这里获取

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！