2面美团：

@dingtianren：

面试官问了四大组件的生命周期、Activity启动模式等等；

问了项目总用户量具体多少，日活和周活具体多少，上线crash率降到的千分概率，说几个解决的上线后 crash的修复;

LeakCanary底层原理，其中弱引用如何检测对象没有被引用的；GC的底层原理；

线程池的使用，比如需要开上万个线程，线程池的处理规则；

热修复、插件化与组件化；

性能优化；

怎么处理在线app出现的闪退问题，比如是偶现的那种，怎样查找原因？

如果是报oom，怎么去定位哪里内存泄漏了？

有没有用过kotlin开发…

3面阿里钉钉：

@归园田居：

阿里的面试基本上都是边聊边问，根据你的工作经历以及面试过程中的内容进行展开。

面试官先问，你最擅长Android中的哪个方向呢？

我答了插件化、组件化、热修复、React Native，最近也在钻研Flutter，对flutter有一些自己的理解。（我故意这么讲，希望面试官可以多问一下flutter。）

面试官：插件化和热修复有什么区别吗？

我：插件化是把需要实现的模块或功能独立提取出来，减少宿主的规模，需要相应功能时再去加载相应模块；而热修复则是从修复bug的角度出发，不需要二次安装应用、用户无感知的情况下就可以修复已知bug。（这么基础的问题，回答的时候自信满满…）

面试官：热修复的核心原理是什么？

我：主要是利用Android类加载机制，把需要修复的类打包成dex文件，把这个修复过的dex文件排在dexElements最前面，ClassLoader在修复过的dex文件加载到类之后就不会再去加载错误的类了。（还好面试前有看过）

面试官：类加载为什么要使用双亲委托机制？

我：…（我记得我看过的来着，一下子想不起来了。）

面试官：jvm和dalvik、art的区别是什么？

我：jvm是基于栈的，dalvik和art是基于寄存器的。（这时候我慌得一比，快顶不住了…）

面试官又追问：那什么是基于栈的虚拟机，什么又是基于寄存器的虚拟机？

我说不知道。（那时完全不懂面试官为什么要问这个）

面试官：art加载类的流程和Dalvik有区别吗？

我：有区别吗？不就是ClassLoader吗？（面试官稍微提了一下机器码。）

后续查资料才知道，原来art水这么深，7.0以前直接编译为机器码。之后又变成混合aot、jit和解释执行了，加载类底层使用classlinker，先从classtable缓存查找，如果没有再从oat文件查找，否则就解释执行

面试官：那art下，热修复的实现上有什么需要注意的地方？

最后一个问题听完之后直接懵逼了…查资料才感觉到面试官其实还是在问：art下类加载的流程。原来aot会生成一个base.art文件，在ClassLoader创建之后就会把base.art中的类注入到缓存中去，所以会导致这些类无法修复。

面试官又问了我遇到的最难的内存优化问题和解决方案；未来三年计划，技术发展纵深的选择。

感觉凉了…

3面小米：

@纵有疾风起：

对okhttp的源码解析；用rxjava遇到过哪些坑；

用过最复杂的自定义view和优化处理；

用EventBus遇到的坑；

glide如何检测生命周期；

底层替换热修复和冷启动热修复有什么区别，怎么实现？

常用算法，递归；各种算法空间和时间复杂度；

事件冲突解决；

绘制中MeasureSpec的结构和数据的计算规则；

最近几个系统版本的系统适配做过哪些工作( 不是ui适配)。

大厂招Android高级工程师要求很高，问的东西很深，一般都会问到原理和底层，你必须专精于Android中某一块的知识点，不然面试中对什么知识都是点到即止，肯定是不行。

热修复技术已经非常成熟，很多大厂的热修复方案都是开源的，但是市场上深入系统讲解热修复技术细节的博客和书籍非常少，在学习过程中我们经常会遇到各种各样的问题，无从下手，很多人用过热修复技术也并不真正理解热修复的原理。热修复技术涉及到了类加载、双亲委托机制、反射等原理，面试官基于任何一个点，都可以进行深挖，摸清你的真实Android水平。