5 年 Java 经验字节社招:半月 3 次面试,成功拿到 Offer,大厂 Mysql 高频面试题
简历写好之后,准备面试了。
如何做?核心思想,充分发挥你的优势,制定适合你自己的准备方案,做 120 分的准备,争取 100 分的结果。这里我只从我自己的经验出发,希望能给大家一些启发。
当时自我剖析,我的优势是什么,不足是什么?我有创业经验,项目经历丰富,做过核心系统(如订单系统),使用过很多流行的框架,做过一些自认为还可以的设计。不足很明显,缺乏深度,浮于表面,做过的项目的一些设计较为幼稚,不能很好地应对更大的业务挑战。
当时花了几个月充分准备,十六个字,增加深度、扩展广度、覆盖死角、挖掘项目。介绍下当时具体的准备。
花了近 2 个月时间,Spring 源码,手画核心流程不少于 3 遍,面试前做到能熟练讲述 Spring 容器启动流程、事务切面流程、MVC 流程。
两周时间,学习 MyBatis 源码,做到 ORM 框架主流程心中有数,这块学得不是特别深。
花了很长的时间深入的学习 JVM 和并发编程,尤其是并发编程这块,从不同角度深入理解并发编程。最终进字节这块起了很大作用。对锁有深入认识,阅读 JVM synchronize 关键字源码不下 10 遍,对其中的大部分细节了然于胸,绘制了流程图,大家可以参考看看。当然,各类其他锁也都有学习源码,能深入比较各类锁的特点。
一周恶补 MySQL,对于索引、锁、SQL 优化重点掌握(深度略有不足,后期面试过程中有一定加强)
面试前,一周时间突击了网络编程,重点在基本知识和 Java 原生网络编程方面,Netty 略微学了一点。
增加深度就是主要从以上 6 个专题的学习体现的。都是 Java 开发必备的基本技能,一定要有深度。
下面讲下扩展广度,各类知识广泛涉猎。
面试前穿插一周时间学习 Redis,redis 我是用过的,但是用得很浅,专题学习下来收获很大,开阔思路。重点在 redis 应用和高可用架构。
同时穿插一周学习分布式事务、分布式锁等等解决方案
两三天时间 Dubbo 基础,放弃源码部分,掌握 RPC 框架核心思想
两三天时间 ZK 基础,放弃源码部分,掌握 ZK 精华,及常问面试题
了解一些 MQ 的相关基础知识,没有过多学习,主要是没时间了
以上几个分布式相关专题略有涉猎,多年分布式的应用经验,需要有一定的知识广度,才能做出较合理的技术设计。
之后就是覆盖死角,主要从核心面试题出发,我当时找到一份《Java 高级进阶快速面试指南》,是一份 Github 总结的比较精炼的题库,查缺补漏,做到各类知识都能有所涉猎,不至于冷门问题一句话也说不上来。如果你也有需要这份资料,一键三连后加末尾联系方式,然后备注【面试】即可 100%获取了!
这里要从面试官的角度考虑问题,面试通过有两种可能:
一种是实力均衡,没有什么短板,挑不出什么毛病;
另一种是有自己的特色,在某些方面吊打面试官,得到面试官的认可,即使个别方面了解有限,面试官也对你印象深刻。
如果你想用第一种方式通过大厂面试,你需要学通大部分后端技术专题,各个方面都有深入了解,而且面试发挥得当,没有命中你的软肋,这非常难。那我怎么做的呢?
介绍两点,准备杀手锏和项目挖掘。杀手锏就是可以吊打面试官的内容。我当时准备了 3 个杀手锏,要做到能跟面试官就一个问题深入聊 30 分钟的程度。
第一个杀手锏是 Java 锁机制(非常高频的问题),因为我对 JVM synchronize 关键字源码非常熟悉,并整理了流程图,所以我从偏向锁讲起,升级轻量锁、重量锁,重偏向、撤销偏向条件,甚至最新的 JDK 版本废弃偏向锁的原因。字节的二面命中了这个杀手锏,刻意控制时间,只讲了 10 多分钟,之后再谈 ReentrantLock、读写锁等等,我对这个问题的回答完全超出了面试官的预期,明显感觉他对我的回答非常满意。
第二个杀手锏是 JVM 垃圾回收(这个问题也很高频),这块不多赘述,把 JVM 的相关内容融会贯通,能自己讲半小时自成体系。
第三个杀手锏是 Spring 容器加载流程,要能默写出来核心流程,能以自己的语言有条理地讲出来。
这三个杀手锏面试各大公司都有用到,你可以准备适合自己的杀手锏,但一定要是高频问题,否则就是浪费时间了。
自己的项目必然受到当时各种因素所限,有很大局限性。但在面试时,一定要体现出来亮点。一半以上的面试官会问一个问题,“你做过的最有挑战或最难的项目是什么?”这道题目是考察你的技术深度的。一般回答可能是你用两三分钟讲一个项目,说几个特色,等着面试官追问。我是怎么做的呢?
面试前找一个最有挑战的项目,就是前面提到的订单系统。结合当时做的,和专题学到的内容,以及后来的反思,准备能讲至少 15 分钟的内容。
STAR 法则,Situation 创业百废待兴,Task 负责订单系统设计及核心模块开发,Action 界定系统边界、库表设计思路、如何分库、接口设计及缓存应用等等,Result 系统划分清晰、SQL 查询高效、满足较长期业务增长需要、订单缓存最终一致性设计得到验证等等。
最后再提出当时设计的缺陷不足,如果现在重新来做可以从哪些方面改进。这一个问题下来至少聊 10 多分钟,面试官有兴趣的话可以聊半个多小时,给面试官提其他问题的时间就不多了,实践下来效果非常好。我当时总共准备了两个项目。注意要套用到
专题所学概念知识,要深入讲到点子上。
这里举个例子,当时订单查询加缓存,我套用专题知识,挖掘深度,讲“缓存一致性”上的考虑,采用事务后清除缓存的方式(避免事务未提交脏数据刷回),没有采用清除失败 MQ 补偿的原因(实际当时压根没想这个),兜底措施缓存 1 小时过期,保证数据“最终一致性”。
上面已经讲了很多面试的准备,最后提几个小建议:
对简历上的内容一定要有把握,不要给自己挖坑;
面试遇到不熟的内容,简单介绍下自己的认识,承认了解有限,不要硬着头皮瞎说;
评论