一个Java程序员的阿里之路

前言

最近有些朋友在面试阿里,加上 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 关键字原理

二面

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

内容不是很多:

线程间通信的多种方式?

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

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

如何定位一个线上问题?

CPU 高负载?OOM 排查等?

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

三面

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

谈谈对 Netty 的理解?

Netty 的线程模型?

写一个 LRU 缓存。

笔试

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

交替打印奇偶数

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

之后在推荐我的那位大佬的帮助下戏剧般的通过了整个技术轮(真的很感谢他的认可),并且得知这个消息是在我刚好和 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 我就知道凉了,果不其然。

总结

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

源码分析

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

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

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

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

△spring源码


一个Java程序员的阿里之路

△mybatis源码

一个Java程序员的阿里之路

微服务架构

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

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

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

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

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

一个Java程序员的阿里之路

分布式架构

什么是分布式架构

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

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

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

一个Java程序员的阿里之路

分布式架构的应用

1、分布式文件系统

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

2、分布式缓存系统

例如:memcache , hbase, mongdb 等

3、分布式数据库

例如:mysql, mariadb, postgreSql 等

4、分布式webService

5、分布式计算

一个Java程序员的阿里之路

性能调优

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

一个Java程序员的阿里之路

开发工具工程化

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

一个Java程序员的阿里之路

项目实战

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

一个Java程序员的阿里之路

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

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

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

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

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

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

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

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

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

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

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

塞翁失马焉知非福

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


上一篇:烂泥:关于server 2003开启防火墙,使用FTP的问题


下一篇:Confluence 6 选择一个默认的语言