最近收到不少读者反馈,说自己在应聘一些中大型互联网公司的 Java 工程师岗位时遇到了不少困惑。
这些同学说自己也做了精心准备,网上搜集了不少 Java 面试题,然而实际去互联网公司面试才发现,人家问的,和你准备的对不上号,这就很尴尬了......
因此,从这篇文章开始,笔者准备写一个长期连载的系列文章:《Java 进阶面试系列》。主要跟大家聊聊中大型互联网公司 Java 面试中的一些热门、高频的技术问题。
希望这个系列的文章,能在年后金三银四的跳槽季中,助各位小伙伴一臂之力。
中大型互联网公司面试官是如何发问的?
先来体验一个真实的面试连环炮,现在一些中大型互联网公司的面试官,在面试候选人时,一般都会采取连环炮的策略来深挖一个候选人的技术水平。
举个例子,比如说看你简历上写了熟悉消息中间件(MQ 技术)。那么可能我们就会有一个类似下面这样的连环炮式发问:
上面仅仅是 MQ 相关技术问题的一部分,实际上,一个比较好的面试官的问题,就是从技术面、技术点、项目实践几块来抽丝剥茧的发问。
技术广度的考察
首先考察候选人技术面的完整性,因为工作中是需要具备一定的技术视野的,不能说光知道消息中间件,但是分布式缓存却一无所知。
类似于以前高考的时候,你语文特别好,结果物理特别差,那也是不太合适的。
所以工程师首先要避免自己的技术短板,尤其是三到五年经验的同学,已经彻底度过了自己人生的职场生涯的初期小白入门菜鸟阶段。
所以,务必在工作三到五年的时候,保证自己的技术绝对没有任何短板,整体技术栈要或多或少都知道一些,不能出现盲区。
比如,我现在问你,你们公司有没有什么业务场景是可以用 NoSQL 的?现在国内各个公司用 NoSQL 的技术都有哪些选型?具体 NoSQL 可以解决什么问题?
如果你一问三不知,这就是典型的技术短板,你至少需要大概知道,每个技术一般在什么情况下用,怎么来用,解决的是什么问题。
因此,上面说的消息中间件、分布式缓存、海量数据、分布式搜索、NoSQL、分布式架构、高并发、高可用、高性能这些技术。并不是说真的要求工作几年的同学都要精通到源码层面。
而是说你工作几年以后,应该有一定的技术广度,开阔的技术视野。
底层技术的考察
现在很多互联网大厂都会有基本功的考察,举个例子,Java 虚拟机的核心原理、内存模型、垃圾回收、线上 FullGC 卡顿性能优化、线上 OOM 内存溢出问题。
Java并发中的 volatile、锁优化、AQS 源码;Netty 背后的 IO、网络相关的知识。
其实这种底层技术,是线上高负载大型系统的架构设计和开发,必须要具备的。
因为底层技术不扎实,很多中间件或其他高阶的技术,都无法深入理解其原理。
而且很多时候,解决线上系统的生产故障,都需要这些技术。因此,底层技术的掌握是一个优秀工程师必须具备的素养。
技术深度的考察
此外,我们一定会深入考察候选人平时工作中熟悉的以及常用的一些技术。
举个例子,比如你项目里用了 Redis 或者是 Elasticsearch。只要你用过了,而且是你某个项目里的核心技术,那么一定会用连环炮式的发问,深入各种细节、底层、生产环境可能遇到的技术挑战。
总之,就是要用压力测试出来你在这块技术水平掌握的到底有多深,实践经验有多强。
一个好的面试官,自己本身技术功底扎实,是可以对一个技术问出一连串的连环炮的,就比如上面的那个消息中间件的连环炮发问。
而且只要面试官在一个技术上的深度超过候选人,那么通过不断加深的发问,是可以考察出来一个候选人在自己最熟悉的技术领域的技术深度的。
举个例子,比如说你对一个技术的掌握是否达到了源码级别:
通过这种连环炮,可以非常好的考察出某个候选人对技术深度的掌握。技术深度的考察是中大型互联网公司面试官对一个高级/资深的候选人必须考察的。
因为如果一个人工作五年以上,来应聘高级职位的话,那我们绝对是要求他对至少一个技术领域有着较为深入的研究的。
比如说起码你得深入阅读过某个热门技术的核心源码,有一定的技术功底,可以解决一些复杂的线上故障。
技术广度决定了你可以利用各种技术来做项目,但是技术深度决定了你的技术功底。
你未来学新东西有多快,线上系统出了故障你能否快速定位和解决,你能否基于对技术的深刻理解为公司的项目设计和开发出复杂而且优秀的架构出来,这都取决于技术深度。
小结一下:上面我们用一个面试连环炮,引出了平时中大型互联网公司面试官是如何发问的。
然后从技术广度、底层技术、技术深度几个角度说了一下,我们一般如何考察候选人的技术。
接下来将会从项目经验的考察、系统设计的考察、候选人与岗位的匹配、多轮面试官的协作考察出发告诉大家互联网公司是如何全方位、无死角的考察候选人的。
知己知彼、百战不殆,面试也是如此。你只有真正了解了面试官的选拔标准,考察范围,才能更好的进行针对性的准备,成为行走的“offer 收割机”。
上面咱们用一个面试连环炮引出了平时中大型互联网公司的面试官是如何发问的。
紧接着从技术广度、底层技术、技术深度几个角度说一下,我们一般是如何来考察候选人的技术。
中大型互联网公司如何来考察候选人的技术?
下面我将会从项目经验、系统设计、履历/学历/素质、候选人与岗位的匹配、多轮面试官的协作这些方面,继续告诉大家,互联网公司是如何全方位、无死角来考察候选人的。
项目经验的考察
项目经验,绝对是面试官必须考察的,很可能上来就是让你先画一下项目整体架构图,说一下你们项目用了哪些技术以及核心的业务思路。
然后从项目入手,考察你项目里各个技术掌握的如何,通过连环炮对你掌握最好的技术进行深入考察,对一些高阶技术的考察,直接下探到底层。
举个例子,如果你说你们公司里用了 Dubbo 作为服务框架:
一些面试官喜欢从项目展开问各种技术,也有一些面试官上来直接从你简历上的技术开始发问,从技术深入到项目。这就看个人喜好了。
当然无论如何,最后总会聊到项目的一些业务细节,好的面试官会掌握一个原则:死扣细节。
提问时,必须要深入到你把某个业务细节讲清楚,以及结合这个业务细节到底是如何落地和设计技术方案的,如何使用各种技术在业务中的。
比如你说你用了 Redis:
这只是一个例子,实际上各种技术都可以在项目里深扣细节。这就能考察出,你对这个技术的实践到底有多深,经历过多么复杂的线上业务的实践,能 hold 住一个技术解决线上系统中的哪些问题。
总之,从项目里,我们可以看出你是否负责过复杂业务架构下的分布式系统的设计和开发?
你们的系统是否面对线上高并发大流量高负载场景的挑战,你是否经历过这种技术挑战?
你们的系统是否承载过亿级别海量数据的存储以及高性能读写的挑战,你是否解决过这些问题?
此外,从项目考察中,还可以直接看出你的整体能力技术定位。你是仅仅负责过一个模块呢?还是负责过一个子系统?
或者是作为架构师负责过一个完整的项目群,带过几十人的团队,设计过大规模复杂的系统架构?
所以说,你到底把控过什么样的项目,具备什么样的能力,从你负责过的项目里,直接可以看出来。
如果你来面试的是中级的岗位,那么可能我们觉得你技术整体 ok,独立负责过核心模块的开发,同时对各种技术都有一定的实践经验,就 ok 了。
如果你面试的是高级/资深的岗位,那么我们会看看你是否带领一个小团队独立负责过一个有一定复杂度和难度的完整系统的架构设计和开发。
如果你面试的是架构师的岗位,那我们肯定是要求你在一个公司里主导过很多人协作完成的大型而且复杂的项目群。
并且我们要求你对一个大型系统架构有深度的思考和整体的把控,而且这个项目要有足够的技术挑战,大用户量、高并发、海量数据,等等。
因此,项目考察,是重中之重。很多同学平时积累了不少的技术学习,但是有一个很大的问题是,项目经验和实践太少。
这些同学可能确实没经历过复杂系统的架构设计的历练,所以非常容易在项目经验考察这块出现问题,被面试官判定为技术不错,但是经验缺乏。
系统设计的考察
这个也是很多互联网大厂的面试官,在考察一些高级工程师及以上的同学,喜欢发问的。
一般会把自己公司或者团队里的一些业务场景拿出来,或者是普遍性的一些业务场景,然后来问你如何针对这个业务场景设计系统架构?
举几个例子:
类似诸如此类的一些场景式的系统设计考察。其实这个主要是用一些你可能没接触过的场景,来现场考察一下你的架构设计思维。
尤其是针对上面说的高级/资深、架构类的岗位,我们尤其会注重现场考察你没接触过的业务场景的架构设计。
因为毕竟你来了以后,肯定要让你接触全新的业务,然后立马给出合理而且靠谱的架构设计方案,在新的公司来落地你的经验。
很多同学平时不太注意积累系统设计的能力,导致出去面试的时候,人家一问场景系统设计问题,直接发蒙了。
所以,平时应该对公司里各种业务场景多思考,自己设定一些挑战,比如假设你公司的请求量暴增 100 倍,数据量暴增 100 倍,你的系统架构应该如何设计?
多给自己设立挑战,然后去尝试着思考设计,才能积累出系统设计的思维和能力来。
基本功的考察
很多大厂都会考察候选人的基本功,尤其是数据结构和算法。比如现场手写一些常见的算法题。
很多同学很容易倒在基本功这块,一些基础的数据结构和算法题都不会写,那就是有点问题了。
这里强调一下,这个东西并不是应届生专用的,其实也代表了一个工程师,甚至一个架构师的基本技术素养问题。
因此建议大家平时还是要注重基本功的保持,平时写写算法题,熟悉一下数据结构,能保持自己的技术素养不会掉落。
否则数据结构和算法都不熟悉,对复杂系统的技术细节把控基本也就没法做到,因为很多复杂分布式系统的源码里,到处是自己写的数据结构和复杂算法。
整体背景考察
最后一定会综合看一下一个候选人整体的背景,如履历背景/学历背景/过往经验/综合素质。
例如考察履历背景:
这些综合性的东西,其实都会在我们的整体考察范围之内,都会纳入考虑范围内,最后决定要不要发 offer。
候选人与岗位需求的匹配
按照上述流程考察下来以后,会经历多轮面试,基本一次好的面试就可以综合考察出一个候选人的完整情况了。这个候选人的技术面是否完整,是否有几个技术领域有足够的深度?
候选人做过什么样的项目,项目的实践经验如何,把控过多大的团队和多大的项目,对全新业务场景的系统设计能力如何,基本功如何,综合背景和素质如何。这些东西,基本上都可以很好的考察出来了。
此时就会将一个候选人跟岗位的需求进行匹配,比如说你要招聘的是一个资深 Java 的岗位,需要他过来开发的是公司里较为核心的子系统。
然后呢,你公司的技术栈是 Dubbo、ZK、Kafka、Redis,等等。
你们公司每秒有上万的并发访问压力,数据量一亿以上,线上系统偶尔故障,比如高并发下 ZK 突然报错异常,导致系统业务中断,然后需要带 4 个初级和中级的兄弟一起开发。
这时,你考察完一个候选人,就知道他的技术能力是否匹配这个岗位,技术深度能否 cover 住线上系统常见的一些故障。
能否在线上故障的时候,立马有足够的源码功底分析、定位和解决问题。是否有过类似足够的高并发和海量数据的项目经验。
是否带过几个人独立把控过一个核心系统的架构设计和开发,过去的公司背景咋样,学历咋样,综合素质咋样。这个候选人和岗位需求是否匹配,基本上就出来了。
多轮面试官的分工协作
上面列举了大量的技术考察的内容,实际上很难说是一轮面试官直接完成的。
因此,一般我们都是分成多轮面试官协作考察。但是根据不同的公司,不同轮的面试官的职责会稍微有一些不一样。
比如说一面面试官可能主要就是考察一下技术内容,包括技术面以及连环炮发问考察技术深度,以及算法功底,不太涉及项目。
二面面试官可能会着重考察项目经验,系统设计,同时对技术深度也会继续考察。
三面面试官可能会从你把控过的项目规模、带的团队规模、团队管理能力、规范和流程设计能力、整体工作履历背景和经验、软素质(沟通表达、团队协作、价值观,等等)来考察你。
上面说的只是一种分法,一个公司内的不同团队的分工可能是不一样的。
也有的可能是一二面都是考察技术面和技术深度,不涉及项目,三面来考察你的项目经验,四面来考察你的一些综合素质。
或者可能你面的职位很高,比如是总架构师之类的职位,也许还有 CTO 或者技术 VP 出来面试你第五轮。
但是不管如何分,整体考察的内容都是上面的那套东西以及那个流程和过程。
中华石杉:十余年 BAT 架构经验,一线互联网公司技术总监。带领上百人团队开发过多个亿级流量高并发系统。现将多年工作中积累下的研究手稿、经验总结整理成文,倾囊相授。*石杉的架构笔记(ID:shishan100)。
Copyright © 2024 妖气游戏网 www.17u1u.com All Rights Reserved