一个Java程序员的阿里之路

前言

最近有些朋友在面试阿里，加上 Java-Interview 项目的原因也有小伙伴和我讨论，近期也在负责部门的招牌，这让我想起年初那段长达三个月的奇葩面试经历。

本来没想拿出来说的，毕竟最后也没成。

但由于那几个月的经历让我了解到了大厂的工作方式、对候选同学的考察重点以及面试官的套路等都有了全新的认识。

当然最重要的是这段时间的查漏补缺也让自己精进不少。

先交代下背景吧：

从去年 12 月到今年三月底，我前前后后面了阿里三个部门。

其中两个部门通过了技术面试，还有一个跪在了三面。

光看结果还不错，但整个流程堪称曲折。

下面我会尽量描述流程以及大致的面试题目大纲，希望对想要跳槽、正在面试的同学带来点灵感，帮助可能谈不上，但启发还是能有。

以下内容较长，请再次备好瓜子板凳。

A 部门

首先是第一次机会，去年 12 月份有位大佬加我，后来才知道是一个部门的技术 Leader 在网上看到我的博客，问我想不想来阿里试试。

这时距离上次面阿里也过去一年多了，也想看看现在几斤几两，于是便同意了。

在推荐一周之后收到了杭州打来的电话，说来也巧，那时候我正在机场候机，距离登记还有大概一个小时，心想时间肯定够了。

那是我时隔一年多第一次面试，还是在机场这样嘈杂的环境里。多多少少还是有些紧张。

一面

二面

大概过了一周，二面如期而至。

我听声音很熟，就尝试问下是不是之前一面的面试官，结果真是。

由于二面的面试官临时有事所以他来替一下。于是我赶紧问他能否把之前答的不好的再说说？的到了肯定的答复后开始了我的表演。

有了第一次的经验这一次自然也轻车熟路，原本感觉一切尽在掌握却被告知需要笔试突然被激醒。

笔试是一个在线平台，需要在网页中写代码，会有一个明确的题目：

从一个日志文件中根据关键字读取日志，记录出现的次数，最后按照次数 排序 打印。

在这过程中切记要和面试官多多交流，因为笔试有时间限制，别到最后发现题目理解错了，这就和高考作文写完发现方向错了一样要命。

而且在沟通过程中体现出你解题的思路，即使最终结果不对，但说不定思考的过程很符合面试官的胃口哦。这也和今年的高考改卷一样；过程正确得高分，只有结果得低分。

三面

又过了差不多一周的时间接到了三面的电话，一般到了三面会是技术 Leader 之类的角色。

这个过程中不会过多强调技术细节，更多的考察软件能，比如团队协作、学习能力等。

但我记得也问了以下一些技术问题：

谈谈你所理解的 HTTP 协议？

对 TCP 的理解？三次握手？滑动窗口？

基本算法，Base64 等。

Java 内存模型，Happen Before 的理解。

一周之后我接到了 HR 助理的电话约了和 HRBP 以及产品技术负责人的视频面试。

但是我却没有面下去，具体原因得往下看。

B 部门

在 A 部门三面完成后，我等了差不多一星期，这期间我却收到了一封邮件。

大概内容是他在 GitHub 上看到的我，他们的技术总监对我很感兴趣（我都不敢相信我的眼镜），问我想不想来阿里试试。

我对比了 A B 部门的区别发现 B 部门在做的事情上确实更加有诱惑力，之后我表达了有一个面试正在流程中的顾虑；对方表示可以私下和我快速的进行三面，如果一切没问题再交由我自行选择。至少对双方都是一个双赢嘛。

我想也不亏，并且对方很有诚意，就答应试试；于是便有了下面的面试：

一面

二面

隔了差不多一天的时间，二面很快就来了。

内容不是很多：

线程间通信的多种方式？

限流算法？单机限流？分布式限流？

提到了 Guava Cache ,了解它的实现原理嘛？

如何定位一个线上问题？

CPU 高负载？OOM 排查等？

聊完之后表示第二天应该会有三面。

三面

三面的面试官应该是之前邮件中提到的那位总监大佬，以前应该也是一线的技术大牛；聊的问题不是很多：

谈谈对 Netty 的理解？

Netty 的线程模型？

写一个 LRU 缓存。

笔试

本以为技术面试完了，结果后面告知所有的面试流程都得有笔试了，于是又参与了一次笔试：

交替打印奇偶数

这个相对比较简单，基于锁、等待唤醒机制都是可以的。最后也告知笔试通过。

之后在推荐我的那位大佬的帮助下戏剧般的通过了整个技术轮（真的很感谢他的认可），并且得知这个消息是在我刚好和 A 部门约好视频面试时间之后。

也就意味着我必须 拒掉一个部门！

没看错，是我要拒掉一个。这对我来说确实太难了，我压根没想过还有两个机会摆在我面前。

最后凭着个人的爱好以及 B 部门的热情我很不好意思的拒掉了 A 部门。。。

HR 面

在面这之前我从来没有面过这样大厂的 HR 流程，于是疯狂搜索，希望能弥补点经验。

也许这就是乐极生悲吧，我确实猜中了 HR 问的大部分问题，但遗憾的是最终依然没能通过。

后来我在想如果我没有拒掉 A ，会不会结局不一样了？

但现实就是如此，没有那么多假设，并且每个人也得为自己的选择负责！

大概的问题是：

为什么想来阿里？

个人做的最成功最有挑战的事情是什么？

工作中最难忘的经历？

对加入我们团队有何期待？

C 部门

HR 这关被 Pass 之后没多久我居然又收到了第三个部门的邀约。

说实话当时我是拒绝的，之前经历了将近两个月的时间却没能如愿我内心是崩溃的。

我向联系我的大佬表达了我的想法，他倒觉得我最后被 pass 的原因是个小问题，再尝试的话会有很大的几率通过。

我把这事给朋友说了之后也支持我再试试，反正也没啥损失嘛，而且面试的状态还在。

所以我又被打了鸡血，才有了下面的面试经过：

一面

二面

一面之后大概一周的时间接到了二面的电话：

原以为会像之前一样直接进入笔试，这次上来先简单聊了下：

谈谈对微服务的理解，好处以及弊端？

分布式缓存的设计？热点缓存？

之后才正式进入笔试流程：

这次主要考察设计能力，其实就是对 设计模式 的理解？能否应对后续的扩展性。

笔试完了之后也和面试官交流，原以为会是算法之类的测试，后来得知他能看到前几轮的笔试情况，特地挑的没有做过的方向。

所以大家也不用刻意去押题，总有你想不到的，平时多积累才是硬道理。

三面

又过了两周左右，得到 HR 通知；希望能过去杭州参加现场面试。并且阿里包了来回的机票酒店等。

可见阿里对人才渴望还是舍得下成本的。

既然都这样了，就当成一次旅游所以去了一趟杭州。

现场面的时候有别于其他面试，是由两个面试官同时参与：

给一个场景，谈谈你的架构方式。

这就对平时的积累要求较高了。

还有一个印象较深的是：

在网页上点击一个按钮到服务器的整个流程，尽量完整。

其实之前看过，好像是 Google 的一个面试题。

完了之后让我回去等通知，没有见到 HR 我就知道凉了，果不其然。

总结

看到这里的朋友应该都是老铁了，我也把上文提到的大多数面试题需要掌握的一些技术知识点分享给大家

源码分析

程序员每天都和代码打交道。经过数年的基础教育和职业培训，大部分 程序员 都会「写」代码，或者至少会抄代码和改代码。但是，会读代码的并不在多数，会读代码又真正读懂一些大项目的源码的，少之又少。这也造成了很多错误看源码的方式。

如果你也想学习这些进阶架构的知识点可以加群：795632998，进群可以获取获取一些架构视频学习资料，视频资料有Dubbo、 Redis 、Netty、zookeeper、Spring cloud、分布式、高并发等架构技术。

那要如何正确的分析源码呢？

我们的目标应该放在最常用的框架上面，下面就介绍两个：一个是Spring，另一个是大家用来觉得一直不怎么出问题的Mybatis。

△spring源码

△mybatis源码

微服务架构

微服务架构是一项在云中部署应用和服务的新技术

微服务不需要像普通服务那样成为一种独立的功能或者独立的资源

微服务作为一项在云中部署应用和服务的新技术已成为当下最新的热门话题

微服务的基本思想在于考虑围绕着业务领域组件来创建应用，这些应用可独立地进行开发、管理和加速。在分散的组件中使用微服务云架构和平台，使部署、管理和服务功能交付变得更加简单。

使用微服务构建现代化应用程序是很有意义的，因为它让你既利用了扩展横向扩展架构，也利用纵向扩展架构；还额外得到API的组合，且在整个业务中可重复利用。可能，每一分钟构都在交付新服务，这样你就必须拥有一个敏捷的且响应的应用程序平台，这一平台一直在不断改进中。

分布式架构

什么是分布式架构

分布式系统（distributed system） 是建立在网络之上的软件系统。

内聚性：是指每一个数据库分布节点高度自治，有本地的数据库管理系统。

透明性：是指每一个数据库分布节点对用户的应用来说都是透明的，看不出是本地还是远程。

分布式架构的应用

1、分布式文件系统

例如：出名的有 Hadoop 的 HDFS, 还有 google的 GFS , 淘宝的 TFS 等

2、分布式缓存系统

例如：memcache , hbase, mongdb 等

3、分布式数据库

例如：mysql, mariadb, postgreSql 等

4、分布式webService

5、分布式计算

性能调优

我们不仅仅对项目要运筹帷幄，还要能解决一切性能问题。只有深入学习JVM底层原理，Mysql底层优化以及Tomcat调优，才能达到知其然，知其所以然的效果。除了性能优化之外，也能提供通用的常见思路以及方案选型的考虑点，帮助大家培养在方案选型时的意识、思维以及做各种权衡的能力。

开发 工具 工程化

通过一小段描述信息来管理项目的构建，报告和文档的软件项目管理工具。程序员的战斗，往往不是一个人的战斗，我们如何在一个平台下高效的去重，进行代码review，对功能进行调整，debug，做到在统一的规划下步步为营，混乱的堆代码的过程中找到自己的记录。这一切都依赖于有效的工具。

项目实战

要想立足于互联网公司，且能在互联网浪潮中不被淹没，对于项目的开发实战演练是不必可少的技能，也是对自身能力的一个衡量，有多少的量对等于获得多少的回报。看似简单的一个项目需求图谱，其中的底层原理，实现原理又能知道多少？你搭建一个完整的B2C项目平台到底需要多少知识？这一切都是需要我们考量的。

首先，你需要有深度的Java基础知识：你会开始看《Java编程思想》、《Effective Java》。这两本书绝非普通的基础，而是至少拥有1~2年卓越的java开发者才有可能学完，而且这两本书一般要读完需要1年左右的时间。

其次，你需要看一些开源框架的源码，如果单单使用框架是实现业务而不去深入框架核心,架构思想,过几年有可能会发现你脱离了框架什么活也干不成。

以上就是一些进阶架构必须要掌握的一些知识点，当你掌握了这些知识点以后，难道还会担心面试什么的过不了吗，不不，不存在的

最后总结下这将近四个月的面试心得：

一定要积极的学习必要的技术知识点，像在 A 部门的三面时，由于基础答得不是很好；所以最后我表达了自己的态度，对工作、技术的积极性。让面试官看到你的潜力值得一个 HC 名额。

面试过程中遇到自己的不会的可以主动提出，切不可不懂装懂，这一问就露馅。可以将面试官引导到自己擅长的领域。比如当时我正好研究了锁，所以和面试官一聊就是半小时这就是加分项。

平时要主动积累知识。写博客和参与开源项目就是很好的方式。

博客可以记录自己踩过的坑，加深印象，而且在写的过程中可以查漏补缺，最后把整个知识体系巩固的比较牢固，良好的内容还可以得到意想不到的收获，比如我第一次面试的机会。

GitHub 是开发者的一张名片，积极参与开源项目可以和全球大佬头脑风暴，并且在面试过程中绝对是一个加分利器。

面试官一般最后都会问你有什么要问我的？千万不要问一些公司福利待遇之类的问题。可以问下本次面试的表现？还有哪些需要完善的？从而知道自己答得如何也能补全自己。

还有一点：不要在某次面试失利后否定自己，有时真的不是自己能力不行。这个也讲缘分。

塞翁失马焉知非福

我就是个例子，虽然最后没能去成阿里，现在在公司也是一个部门的技术负责人，在我们城市还有个窝，温馨的家，和女朋友一起为想要的生活努力奋斗。

如果你也想学习这些进阶架构的知识点可以加群：795632998，进群可以获取获取一些架构视频学习资料，视频资料有Dubbo、Redis、Netty、zookeeper、Spring cloud、分布式、高并发等架构技术。