个人近期面试情况
今年二月以来，我的面试除了一个用友的，基本其他都被毙了，可以说是非常残酷的。其中有很多自己觉得还面的不错的岗位，比如百度、跟谁学、好未来等公司。说实话，打击比较大。
情况基本上是从三月开始好起来的，这个时间点，可能疫情快过去了，国家也开启了接近40万亿的基础建设计划，在这个时间段，面试的几个代表性的公司，包括腾讯、饿了么、宝宝树、旷视科技等等，基本都成了。
最终，就在三月9号，腾讯刚给我确认了通过面试的消息。也算自己到了另一个奋斗的阶段了。对自己的经历，做一个面试总结。
我的面试准备
面试其实我是属于一边面试，一边准备的过程，但是无论如何，一定要做到基础扎实、比较好的自我介绍，以及描述自己的职业故事。
1、基础知识的准备
这一块，其实很重要，很多问题，必须轻松的理解，就和呼吸一样自然。
因为这一块的掌握程度，就决定了一个Android工程师，能不能达到高级的程度。
抛砖引玉，比如：动画，存储，View，接口，序列化，进程处理，内存，网络，屏幕适配它们是Android的基础，需要烂熟于心。比如Context都解释不明白的，真的该好好下功夫在这些基础上。
对于Android框架，进程框架，通信框架，内存框架，虚拟机框架等等，基本都没有使用上的疑惑。
Android中高级知识 插件化，热修复，架构，组件化，路由，View，Gradle等等也是后期需要我们去学习的。
这一块，能问的问题几乎是无穷多的，哪怕同一个知识点，问法不一样，不真正理解的话，实在是过不去高级那一关。
2、好的自我介绍
- 自我介绍，很多人其实做的不好，其实这是面试官对面试者的第一印象。
如果我是一个面试官，我基本能从自我介绍中，得知这么一些信息：
1、这个人是不是一个逻辑清晰的人？
2、这个人的性格是积极向上的，还是稍显自卑的？
3、这个人能不能很好的表达自我？
- 这些问题很重要，按照这个思路，其实你反过来就可以向面试官表现自我。
1、学校、专业
2、技术栈
3、职业履历
4、最近一家公司的贡献
千万不要和面试官说，和产品、后台很好的配合，完成公司的项目之类。因为完全是废话！
自我介绍一般是两分钟左右，你确定你能两分钟，把上面四个问题给面试官讲清楚？并且你还要突出一些重点，比如说，我比较擅长react，做过XXX优化之类，有过XX年的项目经验之类。
自我介绍的本质：用最短的话，向面试官灌输你的优点，并且让面试官在当前大致的范围内考察你。如果你说你熟悉vue，一般面试官都会问vue相关的多一点，应该不会和你死磕react。
3、如何“讲故事”
这是一个比较重要的点。重要的是，这个故事要有看点，表示了你和其他人不一样在哪。
比如我，我会说，我之前在公司，做了我们前端的项目标准化工作，做了我们内部的组件库建设，集成了我们自己的脚手架工具。
这是我觉得，我和其他大多数前端不一样的点，面试官的焦点就会集中在，什么是项目标准化，定义了哪些维度的标准？组件库的建设，解决了什么问题？脚手架的出现，又解决了什么问题？
任何一个人，都是唯一的，任何一个项目，也是不同的，作为面试者的我们，重要的是，要把这些重点要素提取出来，形成自己的“故事”。
比如，我独立承担了公司的xxx项目。遇到了哪些挑战，我如何在不利的条件下成长起来的。
比如，我通过xxx渠道，研究了多少个项目的架构工作。
一定要相信，因为你，什么才发生了变化。其实大多数人是一个被动的状态，不知道自己有什么用，自己在团队中的定位，自己的职责是什么。在工作中，我希望每个人相信自己的是有用的，然后寻找你可以发力的点，去做真正的改变。如果你在找工作，那就好好思考，自己确实在团队中，承担了什么。
面试该注意的点
面试的核心是什么？一定要记住，那就是沟通！而我们做技术的，其实最大的硬伤，多半是沟通，至少对于我自己，就是有这个问题的。
沟通的意义，一方面，是你要让别人听懂你表达的东西；另一方面，是你要听懂别人的话。
- 1、说话得注意，让别人懂你
直接举个例子，我在面试美团的时候，说话一直结巴，其实我也不知道为什么，平时说话都是正常的，在特殊的场合，就出现这个问题，虽然把话说完了，但是显然，美团第一面，就pass了。当时是在家中视频面试，我的室友，不好意思直接说我，就给我录音，我听了10分钟左右，确实不尽人意。。
我听了10分钟的录音，给我自己的评价就是，说话都费劲，以后一起工作，那还不把我累死。
以后，所有的面试，我都把关注点，从我如何说，变成了，如何让别人很愉快的听懂我说的话。
第一、我向面试官说的所有的话，都是成体系的。
第二、我向面试官说的所有的话，都是逻辑清晰的。
第三、我向面试官说的所有的话，我都先停顿两秒以上，思考清楚了再说话。
当然了，这一块，可能是我个人的特例，但是基本的语句通畅、逻辑清晰，在程序员中，做到的应该不多。
- 2、学会倾听，让你懂别人
很多情况下，其实面试官在表达的时候，很可能我们自己没听懂面试官的意思，这个时候，就会特别的尴尬。
我一般会这么做，我会说，刚才您说的问题，我来描述一遍xxxxxxx。描述完之后，你再问面试官，您表达的是这个意思吗？一般而言，面试官会进行更详细的举例和描述。
我在面试饿了么的时候，二面的面试官，一开始就问了一个业务比较复杂的问题，所以一开始，我其实完全没明白，面试官说的是什么东西，但是我通过自己的方式，引导面试官说的更多，然后到某个程度，达成一个共识，这就是比较愉快的一个交流。
无论是学会说话，还是学会倾听，其实核心的问题，就是让双方的交流，在一个频道上，因为对于领导，面试面试，其实就是找同类人！
必会的面试题目
前端一些核心的经典问题，感觉永远都不会过时，反正我个人遇到的频率非常高，不过个人不会详细解读这些问题，只做一个抛砖引玉。
一、性能优化
1、App稳定性优化
- 1、你们做了哪些稳定性方面的优化？
随着项目的逐渐成熟，用户基数逐渐增多，DAU持续升高，我们遇到了很多稳定性方面的问题，对于我们技术同学遇到了很多的挑战，用户经常使用我们的App卡顿或者是功能不可用，因此我们就针对稳定性开启了专项的优化，我们主要优化了三项：
- Crash专项优化（=>2)
- 性能稳定性优化（=>2)
- 业务稳定性优化（=>3)
通过这三方面的优化我们搭建了移动端的高可用平台。同时，也做了很多的措施来让App真正地实现了高可用。
2、性能稳定性是怎么做的？
全面的性能优化：启动速度、内存优化、绘制优化
线下发现问题、优化为主
线上监控为主
Crash专项优化
我们针对启动速度，内存、布局加载、卡顿、瘦身、流量、电量等多个方面做了多维的优化。
我们的优化主要分为了两个层次，即线上和线下，针对于线下呢，我们侧重于发现问题，直接解决，将问题尽可能在上线之前解决为目的。而真正到了线上呢，我们最主要的目的就是为了监控，对于各个性能纬度的监控呢，可以让我们尽可能早地获取到异常情况的报警。
同时呢，对于线上最严重的性能问题性问题：Crash，我们做了专项的优化，不仅优化了Crash的具体指标，而且也尽可能地获取了Crash发生时的详细信息，结合后端的聚合、报警等功能，便于我们快速地定位问题。
3、业务稳定性如何保障？
数据采集 + 报警
需要对项目的主流程与核心路径进行埋点监控，
同时还需知道每一步发生了多少异常，这样，我们就知道了所有业务流程的转换率以及相应界面的转换率
结合大盘，如果转换率低于某个值，进行报警
异常监控 + 单点追查
兜底策略
移动端业务高可用它侧重于用户功能完整可用，主要是为了解决一些线上一些异常情况导致用户他虽然没有崩溃，也没有性能问题，但是呢，只是单纯的功能不可用的情况，我们需要对项目的主流程、核心路径进行埋点监控，来计算每一步它真实的转换率是多少，同时呢，还需要知道在每一步到底发生了多少异常。这样我们就知道了所有业务流程的转换率以及相应界面的转换率，有了大盘的数据呢，我们就知道了，如果转换率或者是某些监控的成功率低于某个值，那很有可能就是出现了线上异常，结合了相应的报警功能，我们就不需要等用户来反馈了，这个就是业务稳定性保障的基础。
同时呢，对于一些特殊情况，比如说，开发过程当中或代码中出现了一些catch代码块，捕获住了异常，让程序不崩溃，这其实是不合理的，程序虽然没有崩溃，当时程序的功能已经变得不可用，所以呢，这些被catch的异常我们也需要上报上来，这样我们才能知道用户到底出现了什么问题而导致的异常。此外，线上还有一些单点问题，比如说用户点击登录一直进不去，这种就属于单点问题，其实我们是无法找出其和其它问题的共性之处的，所以呢，我们就必须要找到它对应的详细信息。
最后，如果发生了异常情况，我们还采取了一系列措施进行快速止损。（=>4）
4、如果发生了异常情况，怎么快速止损？
功能开关
统跳中心
动态修复：热修复、资源包更新
自主修复：安全模式
首先，需要让App具备一些高级的能力，我们对于任何要上线的新功能，要加上一个功能的开关，通过配置中心下发的开关呢，来决定是否要显示新功能的入口。如果有异常情况，可以紧急关闭新功能的入口，那就可以让这个App处于可控的状态了。
然后，我们需要给App设立路由跳转，所有的界面跳转都需要通过路由来分发，如果我们匹配到需要跳转到有bug的这样一个新功能时，那我们就不跳转了，或者是跳转到统一的异常正处理中的界面。如果这两种方式都不可以，那就可以考虑通过热修复的方式来动态修复，目前热修复的方案其实已经比较成熟了，我们完全可以低成本地在我们的项目中添加热修复的能力，当然，如果有些功能是由RN或WeeX来实现就更好了，那就可以通过更新资源包的方式来实现动态更新。而这些如果都不可以的话呢，那就可以考虑自己去给应用加上一个自主修复的能力，如果App启动多次的话，那就可以考虑清空所有的缓存数据，将App重置到安装的状态，到了最严重的等级呢，可以阻塞主线程，此时一定要等App热修复成功之后才允许用户进入。
二、Android Framework相关
1、Android系统架构
Android 是一种基于 Linux 的开放源代码软件栈，为广泛的设备和机型而创建。下图所示为 Android 平台的五大组件：
- 1.应用程序
Android 随附一套用于电子邮件、短信、日历、互联网浏览和联系人等的核心应用。平台随附的应用与用户可以选择安装的应用一样，没有特殊状态。因此第三方应用可成为用户的默认网络浏览器、短信 Messenger 甚至默认键盘（有一些例外，例如系统的“设置”应用）。
系统应用可用作用户的应用，以及提供开发者可从其自己的应用访问的主要功能。例如，如果您的应用要发短信，您无需自己构建该功能，可以改为调用已安装的短信应用向您指定的接收者发送消息。
- 2、Java API 框架
您可通过以 Java 语言编写的 API 使用 Android OS 的整个功能集。这些 API 形成创建 Android 应用所需的构建块，它们可简化核心模块化系统组件和服务的重复使用，包括以下组件和服务：
- 丰富、可扩展的视图系统，可用于构建应用的 UI，包括列表、网格、文本框、按钮甚至可嵌入的网络浏览器
- 资源管理器，用于访问非代码资源，例如本地化的字符串、图形和布局文件
- 通知管理器，可让所有应用在状态栏中显示自定义提醒
- Activity 管理器，用于管理应用的生命周期，提供常见的导航返回栈
- 内容提供程序，可让应用访问其他应用（例如“联系人”应用）中的数据或者共享其自己的数据
开发者可以完全访问 Android 系统应用使用的框架 API。
- 3、系统运行库
1)原生 C/C++ 库
许多核心 Android 系统组件和服务（例如 ART 和 HAL）构建自原生代码，需要以 C 和 C++ 编写的原生库。Android 平台提供 Java 框架 API 以向应用显示其中部分原生库的功能。例如，您可以通过 Android 框架的 Java OpenGL API 访问 OpenGL ES，以支持在应用中绘制和操作 2D 和 3D 图形。如果开发的是需要 C 或 C++ 代码的应用，可以使用 Android NDK 直接从原生代码访问某些原生平台库。
2)Android Runtime
对于运行 Android 5.0（API 级别 21）或更高版本的设备，每个应用都在其自己的进程中运行，并且有其自己的 Android Runtime (ART) 实例。ART 编写为通过执行 DEX 文件在低内存设备上运行多个虚拟机，DEX 文件是一种专为 Android 设计的字节码格式，经过优化，使用的内存很少。编译工具链（例如 Jack）将 Java 源代码编译为 DEX 字节码，使其可在 Android 平台上运行。
ART 的部分主要功能包括：
- 预先 (AOT) 和即时 (JIT) 编译
- 优化的垃圾回收 (GC)
- 更好的调试支持，包括专用采样分析器、详细的诊断异常和崩溃报告，并且能够设置监视点以监控特定字段
在 Android 版本 5.0（API 级别 21）之前，Dalvik 是 Android Runtime。如果您的应用在 ART 上运行效果很好，那么它应该也可在 Dalvik 上运行，但反过来不一定。
Android 还包含一套核心运行时库，可提供 Java API 框架使用的 Java 编程语言大部分功能，包括一些 Java 8 语言功能。
- 4、硬件抽象层 (HAL)
硬件抽象层 (HAL) 提供标准界面，向更高级别的 Java API 框架显示设备硬件功能。HAL 包含多个库模块，其中每个模块都为特定类型的硬件组件实现一个界面，例如相机或蓝牙模块。当框架 API 要求访问设备硬件时，Android 系统将为该硬件组件加载库模块。
- 5、Linux 内核
Android 平台的基础是 Linux 内核。例如，Android Runtime (ART) 依靠 Linux 内核来执行底层功能，例如线程和底层内存管理。使用 Linux 内核可让 Android 利用主要安全功能，并且允许设备制造商为著名的内核开发硬件驱动程序。
对于Android应用开发来说，最好能手绘下面的系统架构图：
由于文章篇幅问题，我只把一部分资料拿出来展示给大家。
这是一份354页PDF的Android核心笔记+Android进阶学习全套电子书+Android对标阿里P7学习视频+BATJ大厂Android高频面试题，
内容如下：点击【Android高级工程师进阶学习】加入我们的圈子领取资料和我们一起吧学习交流吧！
Android进阶学习全套手册
Android高级架构师进阶知识体系图
Android对标阿里P7学习视频
BATJ大厂Android高频面试题
