最近无意间在脉脉上看到了某度某位员工的言论，他说 Android 没什么技术，没什么难度，插件化、热修复都是业界自己加戏？
点赞最高的这位网友的说法我很赞同，当我们的项目业务越来越多，性能产生问题时，我们就需要研究底层原理，保证性能，保证崩溃率不飙升。
今天我整理了一些粉丝最近提供的大厂面试题目，来看看你能答上来多少？
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水平。
为了让大家全面快速地理解热修复技术难点和关键点，我特别分享《Android开发核心知识点学习笔记》，给大家详解Android内核原理，各种项目实战示例，将会全方位带你梳理Android知识体系。
如果你需要的话，可以去我 GitHub项目地址中：https://github.com/733gh/Android-T3查阅
