Android 面经分享：从 15K 到 32K，从小厂到大厂，我是如何做到的
今年 Android 开发的整体招聘趋势可以概括为几句话：赛道中的公司在蒙眼狂奔，成熟业务借机补强，更多公司在观望。
这里面赛道的公司指的是在疫情中受益或者在疫情之前就已经在狂奔的业务，比如在线办公、在线教育、在线生活服务、直播带货等，市场上很多 HC 来自这些赛道里面的公司，技术好，能干活最受青睐。成熟的业务借机补强：很多成熟的业务在招聘高级开发解决性能和提效的问题，虽然手上握有 HC，但是在发 offer 时比较谨慎，优中择优不断地比较。更多公司在观望：很多公司冻结 HC，甚至出现“软裁员”的情况（笔者公司属于其中之一）。
二、Android 开发面试的几部分
1、基础知识基础知识包括几个部分：Java（JDK、JVM）、Android、数据结构和算法、计算机基础、设计模式。
Java 部分：不太推荐这部分只看博客，因为很多博客并不系统也不完整，推荐完整看一遍《深入理解 Java 虚拟机》这本书，基本上这里面涵盖了 JVM 相关的所有面试问题，包括内存分区、GC 机制、内存模型、锁、字节码、类加载等。JDK 的部分会杂一些，基本上可以归类为几种：容器（必问 HashMap、Cu
rrentHashMap、ArrayList 等）、线程池（必问）、注解、同步工具、动态代理、notify/wait/sleep。这部分可以从一些 JDK 相关的文章中去整理一遍。
Android 部分：建议看《Android 开发艺术探索》，最重要的一点是要跟着源码读这本书，书中篇幅所限，很多源码只有部分，只看书的话并不能理解很多机制是怎么样，只有读源码才能完全理解吃透，但是读源码的时候最好是找到线索即可，切忌陷入到具体的逻辑里面不能自拔。这部分必问的是 Handler 机制、触摸事件传递、四大组件启动流程、View 绘制流程、Binder 机制、生命周期。需要彻底读懂源码，这样才能解答很多灵活变通的问题。经典的问题比如：
触摸事件一定是先传递到 Activity 然后才传递给 View 的么？
如果要在 Application 的 onCreate 生命周期之前执行一些逻辑，可以放在哪里？
draw、onDraw、dispatchDraw 执行的顺序如何？
View 真正显示是在 onResume 之前还是之后？
Activity 中嵌套有一个 Fragment，startActivity 之后，Activity 和 Fragment 的生命周期顺序是如何的？
这些问题可能在不同的面试官会有不同的变形，只有亲自读懂了源码才可以应付这些问题，切忌从一些博客上看到只言片语就以为准备万全了，博客只能作为参考。最重要是源码，源码，源码！
数据结构与算法：这部分在客户端开发中考察的比例会小一些，不过也有很多公司非常重视手写代码。经常碰到的问题有二叉树遍历、有序二维数组查找，排序等，基本上以《剑指 offer》或者《编程之美》为准就可以了。
计算机基础：这部分涵盖的比较杂，比如计算机网络（7 层网络模型、Http 和 Https）、git 工作流和命令、计算机缓存策略、UML、信息安全等等。
设计模式：在自己的项目中一定要多总结和使用设计模式，面试官问你使用过什么设计模式的时候，如果能回答出比如状态模式、责任链、装饰等等，肯定会加分不少。如果只是回答单例和建造者模式，那就会逊色多了。这部分推荐看《研磨设计模式》。
开源项目：这个也是必问的环节之一，建议从自己项目使用的开源项目入手，跟着代码，画一遍流程图和架构图，仔细体会这里面设计的优点和缺点。比如 OkHttp、LeakCanery 等等，这些都可以。开源项目根据面试官的个人经验不同，问的深入程度也不一样，这时候就需要你个人的一些引导技巧，比如面试官可能不是很熟悉这个框架，这时候你能主动表达出这里面设计的一些细节，也能给面试官留下不错的印象。切忌在简历上写只是用过但是没看过源码的框架。
2、重点项目经历小厂的项目往往追求业务快速迭代上线，相对比较能容忍一些技术难点，但是这些技术难点往往是能体现一个人技术能力的。所以你如果在小厂，就不能过分陷入到业务中，必须跳出来找一些有亮点的技术点，做好做精。这些技术点才是一个程序员安身立命的本钱，否则公司业务陷入困境了，你的价值也就不复存在了。在如何准备面试中项目这部分，笔者有几点心得：分成三部分：
为什么要做这个点，
考虑了什么因素并且是如何做的，
取得了什么效果（比如启动速度从 1000ms 降到 200ms，这种具体的数据）
可以把几个小点串起来，这样可以显得更系统和全面一些，比如代码优化和性能优化结合在一起讲。小厂的一些优化点往往只能做性价比最高的一部分，这时候还可以讲一下业界还有哪些更优的方案最好再准备一下“如果你没有离职项目中还有有什么不足和可以优化的地方？”（笔者面试中碰到过几次这样的问题）
小厂跳大厂，技术基础可以准备得很充分，但是项目绝对是一个弱项。大厂一个 App 可能就有几十上百人在做，小厂很多所谓的优化在大厂的面试官眼中可能都是他们很早就做过了，这时候项目本身做了哪些东西并不是太重要，需要着重体现你解决问题的思路以及你是一个有追求的程序员，至少你要能做到业界的平均水平，这样才能有机会通过面试。
3、开放式设计思路开放式的设计问题需要融会贯通数据结构、设计模式和架构设计等方面的知识，这部分没有固定的答案，笔者总结了一下这些问题可以套用的几个解决问题的思路：
分治法分治法是现代程序设计中非常重要的一个原则，主要是把大问题化解成小问题，再在小问题中去解决各自的问题。
分层法把一个大的系统进行分层，比如 View 层-Controller 层-Model 层。把一个大的问题，划分成几个层次，每个层次的职责和层次之间之间数据流定义清楚，然后再在各个层次中去实现。
套用常见的模型比如生产者消费者模型，“池”的模型（例如线程池、对象池）、缓存模型（LRU）等。
比较常见的开放式设计思路问题有如何设计一个网络图片加载框架、如何设计一个文件下载系统、如何设计一个 IM 组件等等。这些问题都是非常大的问题，比如图片加载框架就可以套用分层法去化解，参考 fresco 的设计，划分成 View-Controler-DataSource 这样的层次。大量文件的下载系统可以套用线程池的模型去设计，这里就不再展开讲了。
4、技术以外的东西大厂面试中技术以外的部分也是非常重要的一部分，这部分大多是一些软技能:
自我驱动和追求这部分主要是在平时工作中的一些自我驱动学习和自主追求一些技术能力，而不仅仅是完成需求就可以了，这样才能体现出你个人的成长性和潜力。
沟通和协作
还未添加个人签名 2021.10.31 加入
还未添加个人简介
评论