2020最新Android面筋：太难了！历经一周对接6个面试官后，我的头条Offer终于来了！
面试时间：2019.12.29 1~3面、2020.1.03 4~6面、2020.1.06 HR面
面试部门 + 岗位：商业化 - 高级 Android 开发工程师
面试感想：整体面得比较累，基础面、交叉面、Boss面，前前后后对接了 6 个面试官 (离当初给我说的 3面+HR面 貌似差得有点远￢＿￢) 。算法到 Boss 面都还在写，不过庆幸的是面试官没有为难我 (老实交代了算法没怎么准备，哎...)，算法都不太难。整体项目比基础问得多。
面试建议：算法、基础是敲门砖，项目是试金石，良好的面试形象是加分项。
简历上列举的项目多想想，为什么做这个项目？做这个项目的目标是什么？我的方案是什么？相对其他方案我的方案优势是什么？项目的收益是什么？项目的架构图是否能画出来？项目中使用的主要框架原理是否前前后后都清楚？(我大概就是项目拯救了自己，基础准备有点仓促T^T)。
如果是现场或视频面试，良好的面试形象还是比较有必要的。在部门 TL 面的时候，就提到我相对很多其他面试者比较好的一点就是，整个人的形象状态比较好，没有让人觉得很疲惫。
【1面 - 基础面】
1. 你们 Android 开发的时候，对于 UI 稿的 px 是如何适配的？
Android 目前稳定高效的UI适配方案
今日头条屏幕适配方案 AndroidAutoSize
今日头条-通过反射修正系统的 density 值
- dpi：屏幕像素密度，指的是在系统软件上指定的单位尺寸的像素数量，它往往是写在系统出厂配置文件的一个固定值；
- ppi：也是屏幕像素密度，但这个是物理上的概念，它是客观存在的不会改变。dpi是软件参考了物理像素密度后，人为指定的一个值，这样保证了某一个区间内的物理像素密度在软件上都使用同一个值；
- dp加上自适应布局和weight比例布局能解决90%的适配问题。因为并不是所有的1080P的手机dpi都是480，比如Google 的Pixel2（1920*1080）的dpi是420；
- 宽高限定符适配：穷举市面上所有的Android手机的宽高像素值，设定一个基准的分辨率，其他分辨率都根据这个基准分辨率来计算，在不同的尺寸文件夹内部，根据该尺寸编写对应的dimens文件。但其有一个致命的缺陷，那就是需要精准命中才能适配，App包体积也会变大
2. 两个值相等的 Integer 对象，== 比较，判断是否相等？
3. Activity A 跳转Activity B，Activity B再按back键回退，两个过程各自的生命周期
- ActivityA跳转ActivityB的过程中,各自生命周期的执行顺序。
例如：A.onCreate A.onStart A.onPause A.onStop B.onCreate B.onStart B.onPause B.onStop B.onDestroy?
ActivityA和ActivityB生命周期执行顺序如下： A.onPause －> B.onCreate －> B.onStart－> B.onResume－> A.onStop
- ActivityB 按back键呢？
按下back键后： B.onPause－>A.onRestart－>A.onStart－A.onResume－>B.onStop－>B.onDestory
- ActivityB是个窗口Activity的情况下，1、2的结论呢？
若ActivityB是个窗口，ActivityA跳转到ActivityB时，ActivityA失去焦点部分可见，故不会调用onStop，此时生命周期顺序： A.onPause －> B.onCreate －> B.onStart－> B.onResume
按下Back键后：B.onPause－>A.onResume－>B.onStop－B.onDestory
- 切换横竖屏时，onCreate会调用吗？几次？
程序在运行时，一些设备的配置可能会改变，如：横竖屏的切换、键盘的可用性或语言的切换等，此时Activity会重新启动。其中的过程是：在销毁之前会先调用onSaveInstancestate()去保存应用中的一些数据，然后调用 onDestory()，最后才会去调用onCreate()或者onRestoreInstanceState方法重新启动Activiy。在切换屏幕时候会重新调用各个生命周期，切横屏时会执行一次onCreate，切竖屏时会执行两次onCreate。
4. 子线程是否可以 context.startActivity() (如ApplicationContext), 会不会有什么问题？
写 demo 试了下是可以的。但会有什么问题还没弄清楚...
5. Handler机制整体流程；Looper.loop()为什么不会阻塞主线程；IdHandler(闲时机制）；postDelay()的具体实现；post()与sendMessage()区别；使用Handler需要注意什么问题，怎么解决的?
问题很细，能准备多详细就准备多详细。人家自己封装了一套 Handler 来避免内存泄漏问题
6. Native、H5、RN页面混合跳转时，页面清栈的桥如何实现的？
自己做的一个项目，原理讲清楚就行，讲不清就画图
7. 怎么计算一个View在屏幕可见部分的百分比？
8. ClassLoader 的双亲委派机制
9. 简单介绍下 Https 的原理
10. 什么情况会导致内存泄漏，如何修复？
11. 下载一张很大的图，如何保证不 oom？
12. 有没有做过UI方面的优化，做过哪些?
Android性能优化（二）之布局优化面面观
- 调试GPU过度绘制，将Overdraw降低到合理范围内；
- 减少嵌套层次及控件个数，保持view的树形结构尽量扁平（使用Hierarchy Viewer可以方便的查看），同时移除所有不需要渲染的view；
- 使用GPU配置渲染工具，定位出问题发生在具体哪个步骤，使用TraceView精准定位代码；
- 使用标签，merge减少嵌套层次、viewStub延迟初始化、include布局重用 (与merge配合使用)
13. WebView 与 JS 交互方式，shouldOverrideUrlLoading、onJsPrompt使用有啥区别
14. Flutter、Kotlin接触使用过没有
15. 其他项目相关问题
16. 算法 - 二叉树输出第 k 层节点元素
【2面 - 项目专项】
-
Native、H5、RN页面混合跳转时，页面清栈的桥实现
-
页面混编框架的设计与难点
-
RN 通用容器的设计
-
用户行为监控方案设计
-
JS 错误治理方案
-
RN 页面对用户行为的监控与JS错误治理，在问题发现有什么收获、优化点
-
美团 RN 相对于原生 RN 的有什么优势
【3面 - 基础加深】
1.你们公司 Picasso 有使用过没，介绍下
2.Picasso 单引擎，在多 Bundle 的情况下怎么保证数据隔离的？
3.美团 RN 与 Picasso 的区别
4.省略若干项目相关问题...
5.RN 的页面追踪埋点如何实现的
6.美团首页是否是 RN 页面，MTFlexBox 原理
7.synchronized 修饰 static 方法、普通方法、类、方法块区别
8.synchronized 底层实现原理
9.volatile 的作用和原理
10.一个 int 变量用 volatile 修饰，多线程去操作 i++，是否线程安全？如何保证 i++ 线程安全？AtomicInteger 的底层实现原理？
使用 AtomicInteger 可以使 i++ 线程安全
11.说下对线程池的理解，以及创建线程池的几个关键参数
12.Handler 机制又问了一遍...
13.介绍下 Binder 机制，与内存共享机制有什么区别？
- 为什么Android要采用Binder作为IPC机制？ - Gityuan的回答
- Android匿名共享内存（Ashmem）原理
- 图文详解 Android Binder跨进程通信的原理
14.Java 集合，介绍下ArrayList 和 HashMap 的使用场景，底层实现原理
15.ArrayList 与 LinkedList 的区别
16.算法 - 两个有序的链表的合并
17.算法 - 输入一个字符串(不含和.)、正则(字母、和.任意组合)，判断字符串是否合法
18.简单介绍下，项目中遇到的一些技术难点
【4面 - 交叉面】
1. 下面的代码， str 值最终为多少？换成 Integer 值又为多少，是否会被改变？
- 考点：Java 值传递 (第 2 题相同)。编写代码测试，在 changeValue() 方法中修改入参，并不会改变之前的值；
- 原理 ：Java 程序设计语言总是采用按值调用，方法得到的是所有参数值的一个拷贝，即方法不能修改传递给它的任何参数变量的内容。基本类型参数传递的是参数副本，对象类型参数传递的是对象地址的副本；
- 题解：在 changeValue() 中，对于对象类型参数，直接修改的是对象地址副本的值，所以之前变量的地址并未被修改！若修改的是对象实例里面的某个值，之前变量则会被修改
public void test() {
String str = "123";
changeValue(str);
System.out.println("str值为: " + str); // str未被改变，str = "123"
}
public changeValue(String str) {
str = "abc";
}
2. 下面的代码，再次使用对象 student 是否需要判空？
Java 中方法参数的使用情况总结：
- 一个方法不能修改一个基本数据类型的参数（即数值型或布尔型）；
- 一个方法可以改变一个对象参数的状态；
- 一个方法不能让对象参数引用一个新的对象
public void test() {
Student student = new Student("Bobo", 15);
changeValue1(student); // student值未改变，不为null! 输出结果 student值为 name:Bobo、age:15
// changeValue2(student); // student值被改变，输出结果 student值为 name:Lily、age:20
System.out.println("student值为 name: " + student.name + "、age:" + student.age);
}
public changeValue1(Student student) {
student = null;
}
public static void changeValue2(Student student) {
student.name = "Lily";
student.age = 20;
}
3. Java 的几种引用类型，弱引用的使用场景？
4. 线程池分类，解释下几个核心参数？
5. APK 的打包过程是什么？
- aapt 工具打包资源文件，生成 R.java 文件
- aidl 工具处理 AIDL 文件，生成对应的 .java 文件
- javac 工具编译 Java 文件，生成对应的 .class 文件
- 把 .class 文件转化成 Davik VM 支持的 .dex 文件
- apkbuilder 工具打包生成未签名的 .apk 文件
- jarsigner 对未签名 .apk 文件进行签名
- zipalign 工具对签名后的 .apk 文件进行对齐处理
6. APK 为什么要签名？是否了解过具体的签名机制？
Android 为了确认 apk 开发者身份和防止内容的篡改，设计了一套 apk 签名的方案保证 apk 的安全性，即在打包时由开发者进行 apk 的签名，在安装 apk 时Android 系统会有相应的开发者身份和内容正确性的验证，只有验证通过才可以安装 apk，签名过程和验证的设计就是基于非对称加密的思想。
Android 在 7.0 以前使用的一套签名方案：在 apk 根目录下的 META-INF/ 文件夹下生成签名文件，然后在安装时在系统的 PackageManagerService 里进行签名文件的验证。
从 7.0 开始，Android 提供了新的 V2 签名方案：利用 apk(zip) 压缩文件的格式，在几个原始内容区之外增加了一块用于存放签名信息的数据区，然后同样在安装时在系统的 PackageManagerService 里进行 V2 版本的签名验证，V2 方案会更安全、使校验更快安装更快。
当然 V2 签名方案会向后兼容，如果没有使用 V2 签名就会默认走 V1 签名方案的验证过程。
7. 为什么要分 dex ？SDK 21 不分 dex，直接全部加载会不会有什么问题？
求路过大神们的正解...
8. 常见的设计模式有哪些？你提供的 JS 错误治理方案，用了哪些设计模式？
9. 算法 - 二叉树层序遍历，奇数层逆序遍历节点，偶数层正序遍历
10. 未来 3~5 年的规划是什么？
11. 你觉得你的优点是什么？缺点是什么？
12. 现在的职级，近期的绩效如何
【5面 - 部门 TL】
-
商业化部门相关的业务介绍 (核心大概是商业化部门壁垒高，培养一个人成本高，比做其他业务更有含金量，可以积累很多业务策略知识)，然后让问他问题
-
未来几年的规划？生活上有什么规划？
-
你觉得你的优点是什么？缺点是什么？
-
现在的职级，近期的绩效如何
-
为什么给你这么好的绩效？
-
有没有看其他机会？阿里面试的情况
【6面 - 大 Boss】
-
算法 - 数组插入，考虑扩容
-
在项目的遇到的比较有挑战的事是什么？
-
你在美团负责的业务有哪些？
-
未来几年的规划是什么？
-
你觉得你的优点是什么？缺点是什么？
-
现在的职级，近期的绩效如何
【HR 面】
1.本科和研究生专业都是偏硬件的，是否有相关的软件经历？
2.研究生是保研的还是自己考的？
3.去美团之前有没有 Android 开发经历？
4.当时为什么要选择去美团？为什么要选择来北京？
5.为什么要换工作？期望以后的工作是怎样的？
金句：现在自己的技术成长有点碰到瓶颈，加上一直对您公司钦慕有加
6.现在的职级，近期的绩效如何？
7.这么好的绩效，为什么不选择美团内换部门看看机会？
8.几次晋升中，业绩亮点是什么？
9.家是哪里的，有回家那边发展的打算没有？
10.有打算再去看看快手之类的工作机会没有？
11.问一些阿里现在的面试进展和情况
12.期望的薪资
与面试官聊天的收获
虽然很多面试都是在问问题和答问题中度过的，但是还是有一些面试官在面试完成后会对我的面试结果做一些总结和评价，这里面也收获颇多，跟大家分享一下。
1、大厂和小厂的选择
很多刚进入职场以及学生会有这方面的困惑，不过我还是简单粗暴地回答一下这个问题吧，建议去大厂。因为这几个方面的原因：
大厂周围的小伙伴大概率更优秀。
几年后小厂和大厂的程序员市场溢价不同。同样工作年限的程序员，大厂天然要比小厂的溢价高很多。
小厂更强调业务的快跑，忽视人的成长。很多小厂会在不同的业务方向上投几个人做出一个App出来试试市场反应，很多人就不得不重复做之前已经会的一些功能，而且很多小厂用户量很小，并不关心所谓的性能架构，因为优化了一个性能，能受益的用户也非常少，还要占用开发业务的时间，你的老板和业务部门也是非常不乐意的，这对于一个程序员的成长是非常不利的。如果一个小厂宣称自己的团队主要成员主要来自百度、新浪、网易等大厂的时候，你需要格外注意一下，这并不代表你进入这个团队后能成长成百度的标准。
2、5年左右的开发的标准
这里说一个标准，5年左右开发经验的工程师，应该在某个或者某几个方向上是整个公司的专家和标杆。比如设计能力、网络优化、性能优化、音视频等等，5年左右的开发不应该仅仅满足于实现一些业务需求，应该更深入了解底层的原理和技术，这样在未来的跳槽中才能有更高的溢价，比如从抖音出来的音视频工程师就能在市场上享受非常高的溢价。
3、关于成长和职级
主动去承担高一个职级的事情，自然而然你的职级也会跟着提升。很多同学包括我之前也是认为把我自己的事情做好了，找一些项目的亮点再去PK晋升职级。然而阿里的面试官跟我聊这个问题的时候给了一个新的思路：很多P6的同学升级到P7是因为他们已经在做并且能做好P7的事情了,所以他们升了P7大家都觉得顺理成章。从这个角度看职级和晋升，是不是角度不一样了呢？
总结
不管是Android基础还是Java基础以及常见的数据结构，这些是无原则地必须要熟练掌握的，尤其是非计算机专业的同学，面试官一上来肯定是问你基础，要是基础表现不好很容易被扣上基础不扎实的帽子，常见的就那些，只要你平时认真思考过基本上面试是没太大问题的。
最后我在这里分享一下这段时间从朋友，大佬那里收集到的一些2019-2020BAT 面试真题解析，里面内容很多也很系统，包含了很多内容：Android 基础、Java 基础、Android 源码相关分析、常见的一些原理性问题等等，可以很好地帮助我们深刻理解Android相关知识点的原理以及面试相关知识（还有音视频相关的学习视频）。
这份资料把大厂面试中常被问到的技术点整理成了 PDF ，包知识脉络 + 诸多细节；还有 高级架构技术进阶脑图 帮助大家学习提升进阶，也节省大家在网上搜索资料的时间来学习，也可以分享给身边好友一起学习。
这里也分享给广大面试同胞们，希望每位程序猿们都能面试成功~
以上内容均放在了开源项目：我的github 中已收录，里面包含不同方向的自学Android路线、面试题集合/面经、及系列技术文章等，资源持续更新中...