我可以这样说,哪怕你背了再多java八股文的答案,过面试也能靠运气,因为很多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面试技能。
 
我辅导的学生用了这套技能以后,遇到的问题可能不是“不知道该如何准备面试”,而是“通过面试后,我不敢去”,或者是“去了以后我怎么过试用期”?这些问题我也有文章,但由于和本问题无关,就不再展开了。
 

这是我的公众号,其中包含了大量面试文章,同时我自己出了多本Python和Java方面的书籍,会定期在公众号里发书的电子版。请大家关注下我的公众号,谢谢了。

posted on 2021-12-23 16:07  hsm_computer  阅读(1845)  评论(2编辑  收藏  举报