vlambda博客
学习文章列表

讲讲Java面试中可以采用的“控场”技巧

Java面试技巧有很多,这里我讲一个“控场”技巧,这个技巧的好处是,可以在面试前用少量的时间准备项目和亮点,当然也要背八股文,在面试时,把面试官的提问引导到你事先准备的范围内,这样不仅能有效避免面试官自由发问,而且还能在技能一般的前提下,全面展示自己的亮点。

先说下控场的实践要点。

1面试时,被要求自我介绍时,自动说出自己匹配该职位的要点,比如项目时长够,所用技术匹配,别等面试官提问。

2 面试前不仅要准备八股文,更要多准备亮点,面试中尽可能地通过抛出亮点来引导面试官提问,尽量压缩面试官的提问空间。

3 语气神态不亢不卑,甚至故意示弱,比如某些问题想下再回答,或故意抛出些小问题,等面试官提问后再澄清。总之别让面试官感觉你事先准备过。

4 抛出诱饵问题后,别立即展开,等面试官提问再展开,这点很重要。如果直接展开,就相当于自说自话。

下面就按面试流程逐渐展开。首先是自我介绍和项目介绍阶段。

1 抛出自己和这个职位的匹配度。

比如可以说,我叫xxx,(省略自我介绍性文字),我之前在java方面有3年(大于等于职位要求)开发经验,有mysql,oracle等项目经验,有nginx,kafka,xxx等的使用经验。总之先亮出你和职位介绍的匹配度,职位要求上有的技术,如果你有,直接说。

2 介绍项目时,别过多介绍需求,大致介绍你做的模块,介绍项目流程和使用的管理方式,尤其要说明项目管理和发布用到的组件和技术。

比如你可以说,这个项目里,我做了xx和xx模块,项目规模是多少人,做了多久。这个项目是用敏捷开发的管理方式,我们每天都有站会。这个项目,我们用jenkins发布,用jira管理bug和进度,用maven+github来管理项目,等等。

3 抛出亮点,但别展开。下面列些哪怕是初级开发也能抛出的亮点。

这个项目里,我解决过了oom问题,有过用redis缓存的经验,解决过redis内存溢出问题,解决过dubbo超时而导致的问题。在项目开发过程中,我还专研过ArrayList和HashMap的底层源码,还看过Spring Boot相关注解的源码。

大家可以对比下,大多数候选人面试java,在项目介绍阶段,是大谈特谈项目需求和功能,这就相当于把提问的控制权交给面试官。但相反,你不仅列出了你和该职位的匹配度,还用项目管理方式证明了你项目的真实性。更重要的是,你还抛出了诸多分布式和解决过的实际问题作为亮点。

这样一来,不少面试官,尤其是资历比较浅的面试官,往往就可能在听到你的说辞后顺带一问,比如顺口问,你们项目是怎么用Redis的,你是怎么解决OOM问题的,这样就相当于进入到你事先准备好的范围。

但是请注意,你在介绍项目时,可以抛出亮点,比如说解决过oom问题,但绝不能展开说怎么解决。原因很简单,你还在介绍项目,如果展开,就相当于条理不清晰。不过你提到的点,如果面试官感兴趣,自然会继续提问,你都不用着急。

介绍好项目经验后,一般面试官会看着你简历,针对你简历上提到的,以及你刚说的点发问。刚也说了,你完全可以在面试前准备好技术和亮点说辞,这样的话你可以大概率把面试官的问题引导带到你准备的范围。

其实很多亮点,比如OOM调优,缓存性能优化,或者多线程使用要点等,java八股文里都有,甚至你都不用自己多准备。但是,在这环节你回答面试官技术提问时,要注意两个要点

第一,主动结合项目需求,说些使用要点证明这个技术你在项目里用过。

第二,在回答好当前提问后多说一句,继续引导面试官提问。

接上文,比如面试官问你,你项目里是怎么用redis的?你可以通过如下层次来说。

1 说需求,应为我们项目经常会查询会员,为了提升性能,所以把会员信息放入缓存。

2 说实现,比如在redis缓存会员信息时,键是什么?值是什么,缓存时用到Jedis的什么方法。

3 如果有,说遇到并解决过的问题。比如可以说,在这个过程中,我还解决过Redis穿透问题。同样抛出点,别展开,原因刚才也说了。

4 这点必须有,再给出引导性说辞。比如说,这个项目里,除了redis缓存,我们还用到了索引来提升性能(引导到索引)。或者,这个项目里,我们用的不是单机版Redis,而是Redis哨兵集群(引导到集群)。

如果不引导,你回答好问题后,面试官大概率会自行发问,这样就有可能问到你不熟悉的点,但你再这样引导一波,后面面试官大概率会继续顺着问。

上文是以Redis举例,其他技术一样准备。你这样一说,不仅能向面试官证明这个技术你有项目经验,而且还能通过基本的用法,进一步证明你用过。同时还能通过说明你解决过的问题进一步展示技能,最后还带引导一波。

这样的话,面试官问的范围大概率会是你简历上提到的技术点,以及你引导的内容。只要你事先准备过相关技术的用法和解决过的问题(这些都能从java八股文里找到答案)。说难听点,你哪怕在之前项目里没用过,或者用得很浅,一样能给面试官留下“项目中掌握该技术”的印象,甚至还能留下“排查解决过xx方面实际问题”的印象。

结合项目问技术之后,面试官一般会从java核心,数据库,框架等方面提问。这方面你更可以通过背八股文来应对。这里,任何一个问题,你照样可以从“项目中的用法”、“解决过的实际问题”和“引导说辞”等方面来说。

比如你被问,hashcode方法为什么要重写?你可以这样回答。

1 解释下原因,原因大家自行去看八股文,不展开。

2 说下你项目里怎么用的,无非是存放键值对,但要结合需求说。

3 说下你知道hashmap源码,但别展开,等面试官继续提问。

4 把后继问题引导到缓存等方面,比如可以这样说,我们项目是用hashmap做缓存,除此之外,我们还引入了redis缓存,以提升数据库访问性能,这样就引导到redis甚至数据库调优方面。或者说,Hashmap是线程不安全的,所以使用起来要小心,这样就引导到了线程方面。

到这里为止,基本上面试官的问题就问完了,如果采用上文给出的方法来准备并实践面试,你会比其他只会背答案的候选人强在哪里呢?

1 人家大概率只会说理论,你能结合项目证明你用过。

2 由于事先准备过,所以能讲述源码、解决过的问题等亮点说辞。

3 由于准备过引导话术,所以虽然可能无法做到百分之一百,但能把很多面试官的问题引导到你准备好的范围。

上文给出的是准备面试和实践面试的方法,但实际操作起来,面试前需要准备的点还是比较多的。或者可以这样说,如果事先不准备,这套面试方法论可以说是无源之水。

如果大家按上文给出的方法准备面试,并加以实践,可以在面试中做到如下的程度。

1 通过自我介绍和介绍项目,全面抛出自己和该职位的匹配度,同时全面抛出自己的技术列表。

2 在项目介绍中,有效地证明自己的商业项目经验,同时可以通过抛出亮点作为诱饵,最大程度地引导面试官后继提问。

但是,面试官问好这些问题后,如果你不加以引导,面试官依然可能自由发问,从而问到你不熟悉的技术点。这里就将着重讲下“引导”相关的技巧。

先讲下Java核心方面的事先准备和引导相关技巧。在java核心方面,哪怕初级开发多少也能准备集合、线程和异常处理等方面的说辞。

集合方面,你可以准备下HashMap的底层代码,尤其是和hashcode的源码,同时也可以准备下ArrayList和快速失效(fast fail)的底层代码,随后可以再进一步看下ConcurrentHashMap的读写并发管理部分的代码,因为其中包含volatile,散列表数据结构和线程并发部分的技能,而且jdk1.7和1.8 ConcurrentHashMap的底层代码实现起来还不同,而且ConcurrentHashMap源码网上都有,还不难,所以你尤其可以通过ConcurrentHashMap来展示实力。

面试的时候,面试官大概率会问到ArrayList等基本集合的问题,比如如何遍历,有什么优势等等。问到了,你回答好本身问题后,再多说句,在项目里,我遇到过ArrayList快速失效问题,对此我还专研过底层源码,然后坐等面试官提问,面试官一旦问了,你甚至可以边写源码边解释,这样如果你说你才1年经验,面试估计也不信。

集合相关的,HashMap也是一个必考点,姑且我不管面试官怎么提问,回答好以后,你再多说下,我知道为什么要重写hashcode方法,因为我看过HashMap底层源码,然后再说下。甚至你说好HashMap底层源码后,还可以继续提下,HashMap是线程不安全的,而ConcurrentHashMap是线程安全,因为我见过它的源码,然后展开。

相关内容大家可以参考我的如下文章。


甚至可以这样说,当你按上述方式准备并引导后,虽然你只展示了集合方面的技能,但Java核心方面,面试官就不问别的问题了。

在线程方面,准备下锁,volatile,线程池和ThreadLocal的说辞,具体通过ConcurrentHashMap了解下锁(1.7)版本和synchronized+volatile(1.8版本)的用法,以及ThreadLocal里可能引发内存泄漏的问题,这些点网上都有,本文就不展开了,其实也未必多,能讲清楚就行了。

这方面怎么引导?被问及volatile,回答好以后多提一句,ConcurrentHashMap底层源码有这个,然后可以引导到ConcurrentHashMap底层源码。任何线程并发问题,用类似多说一句的方式,引导到volatile,甚至是ConcurrentHashMap底层源码。任何并发问题,可以引导到线程池,线程池里有个参数是描述等待队列,如果设置成无界的有可能出现OOM(不知道的自己查),也就是说,面试中回答好并发后,通过引导,可以引到线程池话题,再可以找机会说出,自己解决过因线程池等待队列设置不当而导致的OOM问题。

或者你可以从ThreadLocal,引出底层的Weak引用话题,再引出JVM结构以及OOM调优方面的话题。这块不知道也自己去查,不说白不说。

异常方面,准备下你在项目里的异常处理方法实践说辞,比如尽量缩小try...catch的范围,finally从句里放释放资源的代码,catch里应尽量处理异常,先用IOException等专业异常处理,再用Exception兜底,以及尽量缩小异常的影响范围,别让程序一遇异常就崩。面试时如果你说出上述异常处理的最佳实践要点,虽然价值不大,好歹也算项目开发经验,也就是说,任何异常方面的问题,你都可以通过上文提到的“多说一句”的方式,引导到“异常实践”上。

Java核心方面,其实还有很多可以挖掘的点,比如String, final关键字等,而且对初级开发也适用。只要大家第一准备些(未必很深的)源码和解决(oom)问题的说辞,再按上文给出的方法找个相关问题点。只要面试官一旦问及,你回答好后再多说句,同时抛出事先准备好的亮点说辞。

其实Java核心方面,虚拟机和内存调优绝对是个值钱的亮点。

第一步,发现系统很卡,或者日志里频繁出现OOM异常。

第二步,用dump文件看OOM时的内存镜像,看的工具可以是JMAT。这两个步骤是通用的。

第三,通过dump文件,再结合日志上下文,发现了OOM的原因,比较简单的原因是Redis缓存超时时间过长,或者是ThreadLocal里的对象用好没remove(这块还涉及到弱引用,大家可以自己去查,本文不展开),或者创建线程池时,等待队列设置成了无界,或者你在mybatis里,where条件都是带if的,即如果传入id和name再拼装where id = xxx之类的语句,在一种场景里,都没传条件,所以where后面不带条件,把数据库里记录全捞出来了,导致OOM。

第四是解决,发现问题后,对症下药解决就很容易,比如降低Redis超时时间,或者修改好对应的代码。但既然你说是根据线上问题排查出来的,那么就得说如何解决,善始善终。

再说下,数据库调优方面的说辞该如何准备?以及对应的引导话术。

1 熟悉索引,包括索引结构,复合索引和回表等技能,最好是结合源码。

2 单机版调优技能怎么说?通过看执行计划,调优SQL语句,具体是在项目中,会在linux上设置,如果有超过10秒的SQL就打印出来,然后通过执行计划看耗时点,比如大多是走全表扫描,或者有了索引没用到,或者子sql运行了多次,再往深讲就是Oracle里连接方式不对。你通过执行计划看到问题所在后,就对应修改,比如建复合索引,或者通过with语句把子查询提取出来。

3 可以再进一步讲些MyCAT分库分表和redis方面的调优能力。这方面可以准备的项目说辞是:比如业务请求里,会经常用公司ID向风控模块看风险情况,那么就可以用ID做键,风控字段做值,另外再把null放到键里,以放缓存击穿。另外对于一个千万级别的大表,你可以用ID作为分表字段,分10个表,根据最后一位的值定位到具体的表。同时排查所有的SQL语句,把一些可能全表关联的SQL语句,比如带group by和多表关联,或者用Java业务写,或者优化。

4 同时准备些数据库调优方面解决过的问题,比如索引对应的字段重复率太高,所以索引没用到,解决方法是建复合索引,或redis缓存信息没设超时时间,导致内存爆掉,解决方法是设下。这种问题网上一大堆,你适当准备下。

准备好以后,可以采用对应的引导方式。

1 被问及任何数据库问题,比如sql,jdbc,回答好了再多说下,除了直接实现数据库方面的需求外,我还有数据库性能调优方面的经验。展开时,你是说到单机版调优还是分布式组件调优,看你能力。

2 在介绍项目时,同时说下,在这个项目里,我做过数据库性能调优方面的事情。被继续问及后再展开。

3 被问到索引相关问题后,回答好以后再多说句,除了索引,我还用过其他调优技术,然后展开。

4 随便找个机会,比如谈到索引,或者干脆在介绍项目时,多说一句,我解决过线上的数据库性能过慢的问题,然后展开。

5 当你回答好redis问题后,可以再“顺口”说句,在我们项目里,除了redis外,还用过dubbo组件,结果过因dubbo超时时间过长而导致的问题。然后面试官自然就会问到这块了,你同样可以准备些dubbo底层细节(乃至其他分布式组件方面)的问题,这方面也很多资料。

分布式组件方面,网上资料更是铺天盖地,这里就仅仅给出初级开发也能准备的点。

1 Redis,Dubbo,kafka等组件的超时问题,以及对应的OOM问题。

2 Netty堆外内存导致的OOM。

3 Netty半包粘包。Netty整合线程池,因线程池等待队列设置不当而导致的oom。

4 kafka重发和堆积消息过多的问题。

上述问题不难,我让我的初级开发学生也这样准备的,同时还能结合源码准备,源码虽然难,但可以死记硬背。

准备到上述点以后,引导到话术就更多了。比如被问及数据库性能调优问题时,引导到同为高并发解决方案的redis和mycat,被问题内存相关问题时,说自己解决过netty,kafka等方面的内存问题等等,这类文字我都不想再多说了,只要有关联,就可以引导。做项目无非是应对高并发,解决数据库和内存等性能问题,这类引导话术准备起来简直可以说一找一大堆。

大家可以发现,上文给出的点包含了java核心,数据库调优和分布式组件调优等诸多要点,而且哪怕初级开发也能在短时间内准备。准备的时候时候,大家可以按照上文的提示,自己举一反三,另外多找些源码和其他值钱问题,网上这种问题太多。

准备好诸多值钱技术点后,第一需要把这些点融入项目,比如我做订单模块时,用ArrayList存订单对象,遍历时遇到快速失效问题。其他点也照此,一一找个可以融入项目的点。结合项目说绝对要比单纯说技术好,不仅可信,而且能证明在项目里用过,第二再多准备些引导话术,别直接抛出,如果没机会抛出千万别自说自话地抛出。

准备引导话术的套路是,回答到现有问题后,再多说一句,比方说,除此之外,我还解决过其他同类xxx问题,看过相关的xxx底层源码。或者说,在解决该性能调优问题时,我还额外用到了xxx组件。或者说,在使用这个xxx技术时,我还遇到xxx(比如oom或超时等)问题。

然后面试官大概率会接嘴问,你就抛出事先准备好的亮点。

讲到这里,再回到主题上,Java面试还真是背答案。如果不背,现场发挥,过面试得碰运气,如果面试官问的点你知道,还可以过,否则就难说了。

但背答案也有背答案的方法,如果单纯背网上的java八股文,那么大概率会得到“理论性,但技术未必能结合项目”但评语。如果按本文给出了“为每个技术找个项目落脚点”的背法,能好些,至少能得到“不仅会技术,而且在项目里用过”的评语。

但是,如果再进一步,按本文给出的“结合项目准备技术,外带引导”的方法,在面试前按java核心,数据库和分布式组件准备技术和亮点(准备起来不难),同时在面试中,不仅能做到背答案,而且还能让面试官继续问出你背过的其他(可能更值钱的)答案,这比单纯地背javab八股文不知道要好多少。

而且大家可以发现,上文给出的技术点其实不复杂,哪怕初级开发,用较短的时间也能准备,但本文给出方法的实践要点是“技术融入项目并引导”。用这套背java答案的方法,甚至可以在不提升自己项目开发技能的前提下高效提升java面试技能。

我辅导的学生用了这套技能以后,遇到的问题可能不是“不知道该如何准备面试”,而是“通过面试后,我不敢去”,或者是“去了以后我怎么过试用期”?这些问题我也有文章,但由于和本问题无关,就不再展开了。



除此之外,通过如下关于简历和面试方面的文章,大家能进一步知道Java面试该如何准备。








码字不易,原创更不易,所以请大家顺手点赞本文,谢谢大家。