虚拟机
-
垃圾回收机制?有哪些对象可以作为GC roots?
-
跟Art、Dalvik对比
-
Java内存模型?
-
类加载机制?双亲委托模型?
其它
-
用过哪些设计模式?DCL单例模式为什么要两次判空?Android里源码或者你用过的开源库都用到了什么设计模式?
-
— final关键字的作用?
-
静态内部类和内部类的区别?
-
值传递类问题
-
Kotlin为什么能和Java混编
Android题
-
你有什么亮点?项目中遇到过什么难题或者坑,怎么解决的?
-
做过哪些性能优化?是怎么评测和具体优化的?
-
Activity的冷启动流程?AMS的作用?
-
怎么分析内存泄漏?
-
View的事件分发机制?滑动冲突怎么解决?
-
自定义View的原理和流程?
-
Handler原理?(一般会花式扩展)
-
有哪些多进程通信方式?Binder机制?
-
Android的生命周期和启动模式相关?
-
你项目中用到哪些开源库?说说其实现原理?(OKhttp、RxJava、Retroit重点,如果有用到的话)
-
Android的打包流程?apk里有哪些东西?签名算法的原理?
-
了解哪些插件化技术?
-
LinearLayout的布局流程?
-
对Mvp的理解?
-
Android怎么做保活?
算法
-
排序相关的(快排,分析不同排序区别,时间复杂度等)
-
字符串、数组相关的(滑动窗口、双指针)
-
链表(反转链表)
-
递归、斐波那契数列(爬楼梯)
-
动态规划
答题技巧
分析考点
技术面是一场技术面试官对候选人的综合评估
先从面试官角度来分析,在面试过程中的对候选人一些考查点吧。知己知彼百战不殆,面试过程中逆向思考一波,有助于我们怎么应对技术面。
- 候选人人设是否跟简历一致
主要看候选人是否坦诚真实,这个会直接影响能不能通过。候选人上的项目经验和技能点应该尽可能与候选人匹配,比如说,候选人说做了XX项目,但是问起是怎么实现的,却答不上来,或者说熟悉xx技能点,却只会调用常用的api,对其源码细节一点都不熟悉,那多半是不给过的。如果候选人要吹牛B,能拿出能圆上吹牛B的实力,也是可行的。比如说某某模块其实是你同事做的,但是你也完全理解了,可以应答如流,面试官是不会计较的。
- 技术的扎实程度和项目经验匹配程度
考查包括对技术的理解和解决问题的能力,包含一些细节,运用的场景,实现的原理等等,目的是为了测试候选人技术水平上限。答得越清晰,越深入,对细节掌握越牢靠越好,不一定需要全部答出答完美才能拿到offer,但这些题回答的效果最能影响到offer能谈多少钱。小厂偏重于技能、项目经验匹配度,大厂偏重于基础、原理。小公司,面试官通常希望候选人尽快上手,就希望候选人有类似竞品或者功能开发经验的候选人,所以也可以从这些方面做准备。大公司呢,可能会提出一些场景来考查候选人怎么设计,这就要求候选人功底深厚,逻辑严谨了。上面的题集我没写答案,因为我觉得很多题本就没有标准答案,也没有必要背题的“标准答案”,优秀的回答,应该是形成自己的理解输出的,说的有理有据就行。
- 候选人亮点、优势
一般是作为候选人的加分项,或者是面试官为了更快的打开话题,了解候选人的优势,并测测候选人的优势到底屌到什么程度。这个问题回答好了,候选人甚至能翻盘。
- 沟通能力
在一线搬砖过的应该都懂,每天正正经经写代码的时间通常不到一半,还得花不少时间跟产品撕,跟后台撕,跟UI撕等等。所以沟通协调能力也是很重要的,候选人需要理解面试官出题意图,表达要逻辑清晰。最好是候选人能跟面试官建立起讨论技术的氛围。这方面很容易被多数候选人忽略,但其实挺重要的,面试官也许不能直接决定要你,但是一般可以直接决定淘汰你,候选人要不卑不亢,保持谦逊。候选人技术再屌,态度傲慢的话,也是很容易翻车的,但也不能太怂,显得没有技术底气,所以最好是和谐的讨论氛围。
- 学习能力,自驱性
一般总监或负责人会比较关注这个。
答会的问题
-
要听明白面试官的出题意图,也就是注意审题,不要答非所问,如果对面试官提出的问题不是很理解,及时进一步沟通,把问题问清楚,这也体现了沟通能力,毕竟平时工作时,也会接到一些不是很清晰的需求,自己主动获取更清晰的需求也是程序员的优秀素质。
-
回答要尽量清晰准确,最好能答到问题的本质,展示出你对技术的更深层次的探索和挖掘。同时要注意面试官的反馈,这时候就要察言观色了。
-
如果面试官听的津津有味,并不断追问加大问题难度,那么恭喜你,你回答的很好!
-
如果面试官表现得有点不耐烦,那就精简下回答,毕竟面试时间有限,去掉那些啰嗦的话和题目关联不大的东西。
-
如果发现面试官问的题越来越简单,越来越常规表面,那么就得警惕下了,可能是你之前的回答太一般,让面试官觉得你比较菜,所以就不给你出难题了,这种情况就算最后给到offer,多半价格也谈上不去了,甚至还可能是为了给你个台阶下,然后让你回家等遥遥无期的通知了,这种情况下就得把问题回答得更深入一些了,知道多少答多少,尽可能主动展现出自己的水平来。
答不会(不确信)的问题
-
首先要对这个问题有一定的思考分析,不要轻易的说不会,但也不能完全不会还瞎答,完全不会的还是要敢于说不会,坦诚也是必要的素质。
-
如何思考分析呢?以我的经验来看,主要是从问题的关联知识或者可替代方案的角度来思考。对问题不是很清楚了解的时候,尝试从已知的相关联的知识点来做出合理推测,比如从一些开源库里面借鉴思路,或者从Android源码里面借鉴思路,但是这种情况就得跟面试官说清楚,你是推测的,还要说下为什么要这么推测,避免面试官误以为你不懂装懂。还有一种方式,就是你也提出一个可替代的能解决问题的方案。
要如何成为Android架构师?
搭建自己的知识框架,全面提升自己的技术体系,并且往底层源码方向深入钻研。
大多数技术人喜欢用思维脑图来构建自己的知识体系,一目了然。这里给大家分享一份大厂主流的Android架构师技术体系,可以用来搭建自己的知识框架,或者查漏补缺;
对应这份技术大纲,我也整理了一套Android高级架构师完整系列的视频教程,主要针对3-5年Android开发经验以上,需要往高级架构师层次学习提升的同学,在这里点击GitHub免费分享,希望能帮你突破瓶颈,跳槽进大厂;
最后我必须强调几点:
1.搭建知识框架可不是说你整理好要学习的知识顺序,然后看一遍理解了能复制粘贴就够了,大多都是需要你自己读懂源码和原理,能自己手写出来的。
2.学习的时候你一定要多看多练几遍,把知识才吃透,还要记笔记,这些很重要! 最后你达到什么水平取决你消化了多少知识
3.最终你的知识框架应该是一个完善的,兼顾广度和深度的技术体系。然后经过多次项目实战积累经验,你才能达到高级架构师的层次。
你只需要按照在这个大的框架去填充自己,年薪40W一定不是终点,技术无止境
最后我必须强调几点:
1.搭建知识框架可不是说你整理好要学习的知识顺序,然后看一遍理解了能复制粘贴就够了,大多都是需要你自己读懂源码和原理,能自己手写出来的。
2.学习的时候你一定要多看多练几遍,把知识才吃透,还要记笔记,这些很重要! 最后你达到什么水平取决你消化了多少知识
3.最终你的知识框架应该是一个完善的,兼顾广度和深度的技术体系。然后经过多次项目实战积累经验,你才能达到高级架构师的层次。
你只需要按照在这个大的框架去填充自己,年薪40W一定不是终点,技术无止境