本文转自公众号：石杉的架构笔记。中华石杉，十余年 BAT 架构经验，一线互联网公司技术总监。带领上百人团队开发过多个亿级流量高并发系统。现将多年工作中积累下的研究手稿、经验总结整理成文，倾囊相授。 最近收到不少读者反馈，说自己在应聘一些中大型互联网公司的 Java 工程师岗位时遇到了不少困惑。 这些同学说自己也做了精心准备，网上搜集了不少 Java 面试题，然而实际去互联网公司面试才发现，人家问的，和你准备的对不上号，这就很尴尬了...... 因此，这篇文章，笔者主要会跟大家聊聊中大型互联网公司 Java 面试中的一些热门、高频的技术问题。 希望这篇文章，能在年后金三银四的跳槽季中，助各位小伙伴一臂之力。 中大型互联网公司面试官是如何发问的？ 先来体验一个真实的面试连环炮，现在一些中大型互联网公司的面试官，在面试候选人时，一般都会采取连环炮的策略来深挖一个候选人的技术水平。 举个例子，比如说看你简历上写了熟悉消息中间件（MQ 技术）。那么可能我们就会有一个类似下面这样的连环炮式发问： 说说你们公司线上生产环境用的是什么消息中间件？ 那你们线上系统有哪些技术挑战，为什么必须要在系统里引入消息中间件？ 你们的消息中间件技术选型为什么是 RabbitMQ？ 为什么不用 RocketMQ 或者是 Kafka？技术选型的依据是什么？ 你们怎么保证消息中间件的高可用性？避免消息中间件故障后引发系统整体故障？ 使用消息中间件技术的时候，你们怎么保证投递出去的消息一定不会丢失？ 你们怎么保证投递出去的消息只有一条且仅仅一条，不会出现重复的数据？ 如果消费了重复的消息怎么保证数据的准确性？ 你们线上业务用消息中间件的时候，是否需要保证消息的顺序性？ 如果不需要保证消息顺序，为什么不需要？假如我有一个场景要保证消息的顺序，你们应该如何保证？ 下游消费系统如果宕机了，导致几百万条消息在消息中间件里积压，此时怎么处理？ 你们线上是否遇到过消息积压的生产故障？如果没遇到过，你考虑一下如何应对？ 你们用的是 RabbitMQ？那你说说 RabbitMQ 的底层架构原理，逻辑架构、物理架构以及数据持久化机制？ 你们 RabbitMQ 的最高峰 QPS 每秒是多少？线上如何部署的，部署了多少台机器，机器的配置如何？ 你们用的是 Kafka？那你说说 Kafka 的底层架构原理，磁盘上数据如何存储的，整体分布式架构是如何实现的？ 再说说 Kafka 是如何保证数据的高容错性的？零拷贝等技术是如何运用的？高吞吐量下如何优化生产者和消费者的性能？ 看过 Kafka 的源码没有。如果看过，说说你对 Kafka 源码的理解？ 你们用的是 RocketMQ？RocketMQ 很大的一个特点是对分布式事务的支持，你说说它在分布式事务支持这块机制的底层原理？ RocketMQ 的源码看过么，聊聊你对 RocketMQ 源码的理解？ 如果让你来动手实现一个分布式消息中间件，整体架构你会如何设计实现？ 上面仅仅是 MQ 相关技术问题的一部分，实际上，一个比较好的面试官的问题，就是从技术面、技术点、项目实践几块来抽丝剥茧的发问。 技术广度的考察 首先考察候选人技术面的完整性，因为工作中是需要具备一定的技术视野的，不能说光知道消息中间件，但是分布式缓存却一无所知。 类似于以前高考的时候，你语文特别好，结果物理特别差，那也是不太合适的。 所以工程师首先要避免自己的技术短板，尤其是三到五年经验的同学，已经彻底度过了自己人生的职场生涯的初期小白入门菜鸟阶段。 所以，务必在工作三到五年的时候，保证自己的技术绝对没有任何短板，整体技术栈要或多或少都知道一些，不能出现盲区。 比如，我现在问你，你们公司有没有什么业务场景是可以用 NoSQL 的？现在国内各个公司用 NoSQL 的技术都有哪些选型？具体 NoSQL 可以解决什么问题？ 如果你一问三不知，这就是典型的技术短板，你至少需要大概知道，每个技术一般在什么情况下用，怎么来用，解决的是什么问题。 因此，上面说的消息中间件、分布式缓存、海量数据、分布式搜索、NoSQL、分布式架构、高并发、高可用、高性能这些技术。并不是说真的要求工作几年的同学都要精通到源码层面。 而是说你工作几年以后，应该有一定的技术广度，开阔的技术视野。 底层技术的考察 现在很多互联网大厂都会有基本功的考察，举个例子，Java 虚拟机的核心原理、内存模型、垃圾回收、线上 FullGC 卡顿性能优化、线上 OOM 内存溢出问题。 Java并发中的 volatile、锁优化、AQS 源码；Netty 背后的 IO、网络相关的知识。 其实这种底层技术，是线上高负载大型系统的架构设计和开发，必须要具备的。 因为底层技术不扎实，很多中间件或其他高阶的技术，都无法深入理解其原理。 而且很多时候，解决线上系统的生产故障，都需要这些技术。因此，底层技术的掌握是一个优秀工程师必须具备的素养。 技术深度的考察 此外，我们一定会深入考察候选人平时工作中熟悉的以及常用的一些技术。 举个例子，比如你项目里用了 Redis 或者是 Elasticsearch。只要你用过了，而且是你某个项目里的核心技术，那么一定会用连环炮式的发问，深入各种细节、底层、生产环境可能遇到的技术挑战。 总之，就是要用压力测试出来你在这块技术水平掌握的到底有多深，实践经验有多强。 一个好的面试官，自己本身技术功底扎实，是可以对一个技术问出一连串的连环炮的，就比如上面的那个消息中间件的连环炮发问。 而且只要面试官在一个技术上的深度超过候选人，那么通过不断加深的发问，是可以考察出来一个候选人在自己最熟悉的技术领域的技术深度的。 举个例子，比如说你对一个技术的掌握是否达到了源码级别： 是否对某个框架，或者是中间件深入的理解底层的源码实现，从源码级别说清楚它的架构原理？ 是否对这个技术有过线上的高可用部署，承载过高并发流量的访问？ 是否对这个技术在线上生产环境解决过各种各样的复杂技术挑战？ 是否基于这个技术落地到你的业务系统中，设计出各种复杂的系统架构？ 通过这种连环炮，可以非常好的考察出某个候选人对技术深度的掌握。技术深度的考察是中大型互联网公司面试官对一个高级/资深的候选人必须考察的。 因为如果一个人工作五年以上，来应聘高级职位的话，那我们绝对是要求他对至少一个技术领域有着较为深入的研究的。 比如说起码你得深入阅读过某个热门技术的核心源码，有一定的技术功底，可以解决一些复杂的线上故障。 技术广度决定了你可以利用各种技术来做项目，但是技术深度决定了你的技术功底。 你未来学新东西有多快，线上系统出了故障你能否快速定位和解决，你能否基于对技术的深刻理解为公司的项目设计和开发出复杂而且优秀的架构出来，这都取决于技术深度。 小结一下：上面我们用一个面试连环炮，引出了平时中大型互联网公司面试官是如何发问的。 然后从技术广度、底层技术、技术深度几个角度说了一下，我们一般如何考察候选人的技术。 接下来将会从项目经验的考察、系统设计的考察、候选人与岗位的匹配、多轮面试官的协作考察出发告诉大家互联网公司是如何全方位、无死角的考察候选人的。 知己知彼、百战不殆，面试也是如此。你只有真正了解了面试官的选拔标准，考察范围，才能更好的进行针对性的准备，成为行走的“offer 收割机”。 上面咱们用一个面试连环炮引出了平时中大型互联网公司的面试官是如何发问的。 紧接着从技术广度、底层技术、技术深度几个角度说一下，我们一般是如何来考察候选人的技术。 中大型互联网公司如何来考察候选人的技术？ 下面我将会从项目经验、系统设计、履历/学历/素质、候选人与岗位的匹配、多轮面试官的协作这些方面，继续告诉大家，互联网公司是如何全方位、无死角来考察候选人的。 项目经验的考察 项目经验，绝对是面试官必须考察的，很可能上来就是让你先画一下项目整体架构图，说一下你们项目用了哪些技术以及核心的业务思路。 然后从项目入手，考察你项目里各个技术掌握的如何，通过连环炮对你掌握最好的技术进行深入考察，对一些高阶技术的考察，直接下探到底层。 举个例子，如果你说你们公司里用了 dubbo 作为服务框架： 那么会问问你 Dubbo 底层的通信框架是什么？Netty？Mina？ 然后再问问你底层的 NIO 是啥？网络通信里的长连接和短连接是啥？ 你是否看过 Dubbo 的源码？Dubbo 源码中你印象深刻的对并发技术的运用是什么？ 一些面试官喜欢从项目展开问各种技术，也有一些面试官上来直接从你简历上的技术开始发问，从技术深入到项目。这就看个人喜好了。 当然无论如何，最后总会聊到项目的一些业务细节，好的面试官会掌握一个原则：死扣细节。 提问时，必须要深入到你把某个业务细节讲清楚，以及结合这个业务细节到底是如何落地和设计技术方案的，如何使用各种技术在业务中的。 比如你说你用了 Redis： 那就会进一步问你，你哪个业务用了 Redis？那个业务的流程请你叙述一下？ 在 Redis 里你们具体是选用了哪种数据结构存放什么数据？数据的过期时间是什么？如果缓存过期了，你的数据兜底方案是什么，到哪儿去回查？ 你的 key 如何设计的，为什么要这么设计？你的这个业务把数据放