我的阿里面试之路

前言

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

本来没想拿出来说的,毕竟最后也没成。但由于那几个月的经历让我了解到了大厂的工作方式、对候选同学的考察重点以及面试官的套路等都有了全新的认识。

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

先交代下背景吧:

从去年 12 月到今年三月底,我前前后后面了阿里三个部门。其中两个部门通过了技术面试,还有一个跪在了三面。光看结果还不错,但整个流程堪称曲折。下面我会尽量描述流程以及大致的面试题目大纲,希望对想要跳槽、正在面试的同学带来点灵感,帮助可能谈不上,但启发还是能有。以下内容较长,请再次备好瓜子板凳。

A 部门

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

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

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

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

一面

以下是我印象比较深刻的内容:

面试官:

谈谈你做过项目中印象较深或自认为做的比较好的地方?

博主:

我觉得我在 XX 做的不错,用了 XX 需求实现 XX 功能,性能提高了 N 倍。

面试官:

你说使用到了 AOP ,能谈谈它的实现原理嘛?

博主:

它是依靠动态代理实现的,动态代理又分为 JDK 自身的以及 CGLIB 。。。。

面试官:

嗯,能说说他们的不同及优缺点嘛?

博主:

JDK 是基于接口实现,而 CGLIB 继承代理类。。。

就是这样会一直问下去,如果聊的差不多了就开始问一些零散的问题:

  • JMM 内存模型,如何划分的?分别存储什么内容?线程安全与否?
  • 类加载机制,谈到双亲委派模型后会问到哪些违反了双亲委派模型?为什么?为什么要双亲委派?好处是什么?
  • 平时怎么使用多线程?有哪些好处?线程池的几个核心参数的意义?
  • 线程间通信的方式?
  • HashMap 的原理?当谈到线程不安全时自然引申出 ConcurrentHashMap ,它的实现原理?
  • 分库分表如何设计?垂直拆分、水平拆分?
  • 业务 ID 的生成规则,有哪些方式?
  • SQL 调优?平时使用数据库有哪些注意点?
  • 当一个应用启动缓慢如何优化?

大概是以上这些,当聊到倒数第二个时我已经登机了。最后不得不提前挂断,结束之前告诉我之后会换一个同事和我沟通,听到这样的回复一面应该是过了,
后面也确实证实了这点。

二面

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

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

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

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

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

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

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

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

三面

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

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

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

  • 谈谈你所理解的 HTTP 协议?
  • 对 TCP 的理解?三次握手?滑动窗口?
  • 基本算法,Base64 等。
  • Java 内存模型,Happen Before 的理解。

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

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

B 部门

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

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

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

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

一面

面试官:

对 Java 锁的理解?

博主:

我谈到了 synchronize,Lock 接口的应用。

面试官:

他们两者的区别以及优缺点呢?

博主:

synchronize 在 JDK1.6 之前称为重量锁,是通过进出对象监视器来实现同步的;1.6 之后做了 XX 优化。。。

而 ReentrantLock 是利用了一个巧妙数据结构实现的,并且加锁解锁是显式的。。。

之后又引申到分布式锁,光这块就聊了差不多半个小时。

之后又聊到了我的开源项目

  • 是如何想做这个项目的?
  • 已经有一些关注了后续是如何规划的?
  • 你今后的学习计划是什么?
  • 平时看哪些书?

之后技术聊的不是很多,但对于个人发展却聊了不少。

关于锁相关的内容可以参考这里:ReentrantLock 实现原理 synchronize 关键字原理

二面

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

内容不是很多:

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

三面

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

笔试

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

交替打印奇偶数

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

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

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

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

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

HR 面

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

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

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

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

大概的问题是:

  • 为什么想来阿里?
  • 个人做的最成功最有挑战的事情是什么?
  • 工作中最难忘的经历?
  • 对加入我们团队有何期待?

C 部门

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

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

我向联系我的大佬表达了我的想法,他倒觉得我最后被 pass 的原因是个小问题,再尝试的话会有很大的几率通过。我把这事给朋友说了之后也支持我再试试,反正也没啥损失嘛,而且面试的状态还在。

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

一面

面试官:

服务化框架的选型和差异?

博主:

一起探讨了 SpringCloud、Dubbo、Thrift 的差异,优缺点等。

面试官:

一致性 Hash 算法的原理

博主:

将数据 Hash 之后落到一个 0 ~ 2^32-1 构成的一个环上。。。。

面试官:

谈谈你理解的 Zookeeper?

博主:

作为一个分布式协调器。。。

面试官:

如何处理 MQ 重复消费?

博主:

业务幂等处理。。。。

面试官:

客户端负载算法?

博主:

轮询、随机、一致性 Hash、故障转移、LRU 等。。

面试官:

long 类型的赋值是否是原子的?

博主:

不是。。。

面试官:

volatile 关键字的原理及作用?happen Before?

博主:

可见性、一致性。。

二面

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

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

  • 谈谈对微服务的理解,好处以及弊端?
  • 分布式缓存的设计?热点缓存?

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

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

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

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

三面

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

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

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

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

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

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

还有一个印象较深的是:

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

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

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

总结

看到这里的朋友应该都是老铁了,我也把上文提到的大多数面试题整理在了 GitHub:

厂库地址:

https://github.com/crossoverJie/Java-Interview

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

  • 一定要积极的推销自己,像在 A 部门的三面时,由于基础答得不是很好;所以最后我表达了自己的态度,对工作、技术的积极性。让面试官看到你的潜力值得一个 HC 名额。
  • 面试过程中遇到自己的不会的可以主动提出,切不可不懂装懂,这一问就露馅。可以将面试官引导到自己擅长的领域。比如当时我正好研究了锁,所以和面试官一聊就是半小时这就是加分项。
  • 平时要主动积累知识。写博客和参与开源项目就是很好的方式。
  • 博客可以记录自己踩过的坑,加深印象,而且在写的过程中可以查漏补缺,最后把整个知识体系巩固的比较牢固,良好的内容还可以得到意想不到的收获,比如我第一次面试的机会。
  • GitHub 是开发者的一张名片,积极参与开源项目可以和全球大佬头脑风暴,并且在面试过程中绝对是一个加分利器。
  • 面试官一般最后都会问你有什么要问我的?千万不要问一些公司福利待遇之类的问题。可以问下本次面试的表现?还有哪些需要完善的?从而知道自己答得如何也能补全自己。

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

塞翁失马焉知非福

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

欢迎关注作者公众号于我交流?。

原创文章,转载请注明: 转载自并发编程网 – ifeve.com本文链接地址: 我的阿里面试之路

  • Trackback 关闭
  • 评论 (7)
    • mousth1314
    • 2018/06/29 4:54下午

    请问 你面试的阿里什么级别的岗位P7?

    • seker
    • 2018/07/01 10:15下午

    从面试的这些问题来看,基本是从一个问题开始,然后不断挖掘,以连环炮的形式看面试者到底有多少料。问题比较随机性,也看出不同面试官想考察的点不一样,或者说面试官擅长的点不一样,对面试者所掌握知识的全面性也有很高要求。这让我意识到自己在平时积累知识的过程中也可以效仿“问题连环炮”这个套路,检验下自己对所掌握知识的深度和扩展性。感谢博主的分享,对我来说有收获的文章就是好文章,哈哈。

    • 嗯 是的,就是这个套路。

      共同进步。

      • wangqianji96
      • 2018/08/17 4:52下午

      说得好啊,有种受教的感觉。

    • LikeHzz
    • 2018/09/05 3:38下午

    第一次看到这么详细的面试文档。同时也想发句牢骚:往往有些事的结果并没有那么重要,过程相比结果更有价值。最后结尾处,感觉到lz对现生活很满足,也对生活充满了希望,这比进入什么什么公司更有价值。

      • deng
      • 2019/07/18 9:36上午

      我也觉得,这样的生活热情难道不应该是打动HR的一个很重要的点吗

return top