最近有些朋友在面试阿里，加上金三银四的到来，这让我想起年初那段长达三个月的奇葩面试经历。
本来没想拿出来说的，毕竟最后也没成。
但由于那几个月的经历让我了解到了大厂的工作方式、对候选同学的考察重点以及面试官的套路等都有了全新的认识。
当然最重要的是这段时间的查漏补缺也让自己精进不少。
先交代下背景吧：
从去年 12 月到今年三月底，我前前后后面了阿里三个部门。
其中两个部门通过了技术面试，还有一个跪在了三面。
光看结果还不错，但整个流程堪称曲折。
下面我会尽量描述流程以及大致的面试题目大纲，希望对想要跳槽、正在面试的同学带来点灵感，帮助可能谈不上，但启发还是能有。
以下内容较长，请再次备好瓜子板凳。
A 部门
首先是第一次机会，去年 12 月份有位大佬加我，后来才知道是一个部门的技术 Leader 在网上看到我的博客，问我想不想来阿里试试。
这时距离上次面阿里也过去一年多了，也想看看现在几斤几两，于是便同意了。
在推荐一周之后收到了杭州打来的电话，说来也巧，那时候我正在机场候机，距离登记还有大概一个小时，心想时间肯定够了。
那是我时隔一年多第一次面试，还是在机场这样嘈杂的环境里。多多少少还是有些紧张。
一面
以下是我印象比较深刻的内容：
面试官：
谈谈你做过项目中印象较深或自认为做的比较好的地方？
博主：
我觉得我在 XX 做的不错，用了 XX 需求实现 XX 功能，性能提高了 N 倍。
面试官：
能说说Activity的启动模式吗
博主：
standard、singleTop、singleTask、singleInstance
面试官：
嗯，能细说一下它们吗
博主：
standard：系统在启动它的任务中创建 activity 的新实例
就是这样会一直问下去，如果聊得差不多了就开始问一些零散的问题：
- JMM 内存模型，如何划分的？分别存储什么内容？线程安全与否？
- 类加载机制，谈到双亲委派模型后会问到哪些违反了双亲委派模型？为什么？为什么要双亲委派？好处是什么？
- 平时怎么使用多线程？有哪些好处？线程池的几个核心参数的意义？
- 线程间通信的方式？
- HashMap 的原理？当谈到线程不安全时自然引申出 ConcurrentHashMap ，它的实现原理？
- 说下冷启动与热启动是什么，区别，如何优化，使用场景等。
- 为什么冷启动会有白屏黑屏问题？
- 说下你对Collection这个类的理解。
- 20.谈谈你对 JNIEnv 和 JavaVM 理解？
大概是以上这些，当聊到倒数第二个时我已经登机了。最后不得不提前挂断，结束之前告诉我之后会换一个同事和我沟通，听到这样的回复一面应该是过了， 后面也确实证实了这点。
二面
大概过了一周，二面如期而至。
我听声音很熟，就尝试问下是不是之前一面的面试官，结果真是。
由于二面的面试官临时有事所以他来替一下。于是我赶紧问他能否把之前答的不好的再说说？得到了肯定的答复后开始了我的表演。
有了第一次的经验这一次自然也轻车熟路，原本感觉一切尽在掌握却被告知需要笔试突然被激醒。
笔试是一个在线平台，需要在网页中写代码，会有一个明确的题目：
从一个日志文件中根据关键字读取日志，记录出现的次数，最后按照次数排序打印。
在这过程中切记要和面试官多多交流，因为笔试有时间限制，别到最后发现题目理解错了，这就和高考作文写完发现方向错了一样要命。
而且在沟通过程中体现出你解题的思路，即使最终结果不对，但说不定思考的过程很符合面试官的胃口哦。这也和今年的高考改卷一样；过程正确得高分，只有结果得低分。
三面
又过了差不多一周的时间接到了三面的电话，一般到了三面会是技术 Leader 之类的角色。
这个过程中不会过多强调技术细节，更多的考察软件能，比如团队协作、学习能力等。
但我记得也问了以下一些技术问题：
- 谈谈你所理解的 HTTP 协议？
- 对 TCP 的理解？三次握手？滑动窗口？
- 基本算法，Base64 等。
- Java 内存模型，Happen Before 的理解。
一周之后我接到了 HR 助理的电话约了和 HRBP 以及产品技术负责人的视频面试。
但是我却没有面下去，具体原因得往下看。
B 部门
在 A 部门三面完成后，我等了差不多一星期，这期间我却收到了一封邮件。
大概内容是他在 GitHub 上看到的我，他们的技术总监对我很感兴趣（我都不敢相信我的眼镜），问我想不想来阿里试试。
我对比了 A B 部门的区别发现 B 部门在做的事情上确实更加有诱惑力，之后我表达了有一个面试正在流程中的顾虑；对方表示可以私下和我快速地进行三面，如果一切没问题再交由我自行选择。至少对双方都是一个双赢嘛。
我想也不亏，并且对方很有诚意，就答应试试；于是便有了下面的面试：
一面
面试官：
如何管理过多的路由表？
博主：
RouterHub 存在于基础库, 可以被看作是所有组件都需要遵守的通讯协议, 里面不仅可以放路由地址常量, 还可以放跨组件传递数据时命名的各种 Key 值,再配以适当注释, 任何组件开发人员不需要事先沟通只要依赖了这个协议, 就知道了各自该怎样协同工作, 既提高了效率又降低了出错风险, 约定的东西自然要比口头上说强。
面试官：
有没有更简便的方法呢？
博主：
如果您觉得把每个路由地址都写在基础库的RouterHub 中, 太麻烦了, 也可以在每个组件内部建立一个私有 RouterHub, 将不需要跨组件的路由地址放入私有 RouterHub 中管理, 只将需要跨组件的路由地址放入基础库的公有 RouterHub 中管理, 如果您不需要集中管理所有路由地址的话, 这也是比较推荐的一种方式。
光这块就聊了差不多半个小时。
之后又聊到了我的开源项目：
- 是如何想做这个项目的？
- 已经有一些关注了后续是如何规划的？
- 你今后的学习计划是什么？
- 平时看哪些书？
之后技术聊的不是很多，但对于个人发展却聊了不少。
二面
隔了差不多一天的时间，二面很快就来了。
内容不是很多：
- 线程间通信的多种方式？
- 限流算法？单机限流？分布式限流？
- 提到了 Guava Cache ,了解它的实现原理吗？
- 如何定位一个线上问题？
- CPU 高负载？OOM 排查等？
聊完之后表示第二天应该会有三面。
三面
三面的面试官应该是之前邮件中提到的那位总监大佬，以前应该也是一线的技术大牛；聊的问题不是很多：
- 谈谈对 Netty 的理解？
- Netty 的线程模型？
- 写一个 LRU 缓存。
笔试
本以为技术面试完了，结果后面告知所有的面试流程都得有笔试了，于是又参与了一次笔试：
这个相对比较简单，最后也告知笔试通过。
之后在推荐我的那位大佬的帮助下戏剧般地通过了整个技术轮（真的很感谢他的认可），并且得知这个消息是在我刚好和 A 部门约好视频面试时间之后。
也就意味着我必须拒掉一个部门！
没看错，是我要拒掉一个。这对我来说确实太难了，我压根没想过还有两个机会摆在我面前。
最后凭着个人的爱好以及 B 部门的热情我很不好意思地拒掉了 A 部门。。。
HR 面
在面这之前我从来没有面过这样大厂的 HR 流程，于是疯狂搜索，希望能弥补点经验。
也许这就是乐极生悲吧，我确实猜中了 HR 问的大部分问题，但遗憾的是最终依然没能通过。
后来我在想如果我没有拒掉 A ，会不会结局不一样了？
但现实就是如此，没有那么多假设，并且每个人也得为自己的选择负责！
大概的问题是：
- 为什么想来阿里？
- 个人做的最成功最有挑战的事情是什么？
- 工作中最难忘的经历？
- 对加入我们团队有何期待？
C 部门
HR 这关被 Pass 之后没多久我居然又收到了第三个部门的邀约。
说实话当时我是拒绝的，之前经历了将近两个月的时间却没能如愿我内心是崩溃的。
我向联系我的大佬表达了我的想法，他倒觉得我最后被 pass 的原因是个小问题，再尝试的话会有很大的几率通过。
我把这事给朋友说了之后也支持我再试试，反正也没啥损失嘛，而且面试的状态还在。
所以我又被打了鸡血，才有了下面的面试经过：
一面
面试官：
使用过什么图片加载库？
博主：
图片加载库：Fresco、Glide、Picasso 等
面试官：
Glide 的源码设计哪里很微妙？
博主：
- Glide 的生命周期绑定：可以控制图片的加载状态与当前页面的生命周期同步，使整个加载过程随着页面的状态而启动/恢复，停止，销毁
- Glide 的缓存设计：通过（三级缓存，Lru 算法，Bitmap 复用）对 Resource 进行缓存设计
- Glide 的完整加载过程：采用 Engine 引擎类暴露了一系列方法供 Request 操作
面试官：
用过哪些网络加载库？
博主：
OkHttp、Retrofit、xUtils、Volley
面试官：
对于应用更新这块是如何做的？（内部）
博主：
- 通过接口获取线上版本号，versionCode
- 比较线上的 versionCode 和本地的 versionCode，弹出更新窗口
- 下载 APK 文件（文件下载）
- 安装 APK
面试官：
灰度？
博主：
- 找单一渠道投放特别版本。
- 做升级平台的改造，允许针对部分用户推送升级通知甚至版本强制升级。
- 开放单独的下载入口。
- 是两个版本的代码都打到 app 包里，然后在 app 端植入测试框架，用来控制显示哪个版本。测试框架负责与服务器端 api 通信，由服务器端控制 app 上A/B 版本的分布，可以实现指定的一组用户看到 A 版本，其它用户看到 B 版本。服务端会有相应的报表来显示 A/B 版本的数量和效果对比。最后可以由服务端的后台来控制，全部用户在线切换到 A 或者B 版本~
- 无论哪种方法都需要做好版本管理工作，分配特别的版本号以示区别。 当然，既然是做灰度，数据监控（常规数据、新特性数据、主要业务数据）还是要做到位，该打的数据桩要打。 还有，灰度版最好有收回的能力，一般就是强制升级下一个正式版。
面试官：
强制更新
博主：
- 一般的处理就是进入应用就弹窗通知用户有版本更新，弹窗可以没有取消按钮并不能取消。这样用户就只能选择更新或者关闭应用了，当然也可以添加取消按钮，但是如果用户选择取消则直接退出应用。
面试官：
分区域更新
博主：
- 二进制差分工具 bsdiff 是相应的补丁合成工具，根据两个不同版本的二进制文件，生成补丁文件.patch 文件。通过 bspatch 使旧的 apk 文件与不定文件合成新的 apk。 注意通过 apk 文件的 md5 值进行区分版本。
二面
一面之后大概一周的时间接到了二面的电话：
原以为会像之前一样直接进入笔试，这次上来先简单聊了下：
- 谈谈对微服务的理解，好处以及弊端？
- 分布式缓存的设计？热点缓存？
之后才正式进入笔试流程：
这次主要考察设计能力，其实就是对设计模式的理解？能否应对后续的扩展性。
笔试完了之后也和面试官交流，原以为会是算法之类的测试，后来得知他能看到前几轮的笔试情况，特地挑的没有做过的方向。
所以大家也不用刻意去押题，总有你想不到的，平时多积累才是硬道理。
三面
又过了两周左右，得到 HR 通知；希望能过去杭州参加现场面试。并且阿里包了来回的机票酒店等。
可见阿里对人才渴望还是舍得下成本的。
既然都这样了，就当成一次旅游所以去了一趟杭州。
现场面的时候有别于其他面试，是由两个面试官同时参与：
给一个场景，谈谈你的架构方式。
这就对平时的积累要求较高了。
还有一个印象较深的是：
在网页上点击一个按钮到服务器的整个流程，尽量完整。
其实之前看过，好像是 Google 的一个面试题。
完了之后让我回去等通知，没有见到 HR 我就知道凉了，果不其然。
总结
看到这里的朋友应该都是老铁了，我也把上文提到的大多数面试题整理在了 GitHub和pdf文档了：
大家可以私信我【面试】来获取上面的面试题，这些都是我现在闲暇还会反复翻阅的精品资料。里面对近几年的大厂面试高频知识点都有详细的讲解，Android学习PDF+架构视频+面试文档+源码笔记，高级架构技术进阶脑图、Android开发面试专题资料，高级进阶架构资料。相信可以有效的帮助大家掌握知识、理解原理。
大家可以私信我【面试】来获取上面的面试题，这些都是我现在闲暇还会反复翻阅的精品资料。里面对近几年的大厂面试高频知识点都有详细的讲解。相信可以有效的帮助大家掌握知识、理解原理。
最后总结下这将近四个月的面试心得：
- 一定要积极地推销自己，像在 A 部门的三面时，由于基础答得不是很好；所以最后我表达了自己的态度，对工作、技术的积极性。让面试官看到你的潜力值得一个 HC 名额。
- 面试过程中遇到自己的不会的可以主动提出，切不可不懂装懂，这一问就露馅。可以将面试官引导到自己擅长的领域。比如当时我正好研究了锁，所以和面试官一聊就是半小时这就是加分项。
- 平时要主动积累知识。写博客和参与开源项目就是很好的方式。
- 博客可以记录自己踩过的坑，加深印象，而且在写的过程中可以查漏补缺，最后把整个知识体系巩固的比较牢固，良好的内容还可以得到意想不到的收获，比如我第一次面试的机会。
- GitHub 是开发者的一张名片，积极参与开源项目可以和全球大佬头脑风暴，并且在面试过程中绝对是一个加分利器。
- 面试官一般最后都会问你有什么要问我的？千万不要问一些公司福利待遇之类的问题。可以问下本次面试的表现？还有哪些需要完善的？从而知道自己答得如何也能补全自己。
还有一点：不要在某次面试失利后否定自己，有时真的不是自己能力不行。这个也讲缘分。
看到这里的看官如果觉得这篇文章还不错的话可以给三连支持一下
塞翁失马焉知非福
我就是个例子，虽然最后没能去成阿里，现在在公司也是一个部门的技术负责人，在我们城市还有个窝，温馨的家，和女朋友一起为想要的生活努力奋斗。