大发飞艇app娱乐_最近面试java后端开发的感受:如果就以平时项目经验来面试,通过估计很难——再论面试前的准备

  • 时间:
  • 浏览:4
  • 来源:乌云导航 - 专注共享乌云菠萝格分享

    在上周,我密集面试了若干位Java后端的候选人,工作经验在3到5年间。我的标准我觉得不简化:第一能干活,第二Java基础要好,第三最好熟悉些分布式框架,我相信其它公司招初级开发时,应该也照着你你你这名标准来面的。

    我也知道,不少候选人能力我觉得不差,但面试时没准备或很多再说,曾经的人可能在进团队干活后我觉得能达到期望,但可能就无法通过面试,但面试官总爱只根据面试状态来判断。

    但现实状态是,大多数人可能面试前没准备,或准备妙招不得当。要知道,大家平时干活更偏重于业务,可能几瓶接触到算法,数据形态学 ,底层代码累似 面试必问的问題点,换句话说,面试准备点和平时工作要点匹配度很小。

    作为面试官,我不可不才能根据候选人的回答来决定面试结果。不过,与人方便当事人方便,全都我在本文里,将通过全都常用的问題来介绍面试的准备技巧。大家在看到都有感叹:我希望妙招得当,准备面试第一比较慢,第二用的时间有之前 会很多。

    有之前 在当事人的两本书里,Java Web轻量级开发面试教程Java核心技术及面试指南,详细地给出了其它相关面试技巧

框架是重点,但别给你感觉你只会山寨别人的代码

    在面试前,我会阅读简历以查看候选人在框架方面的项目经验,在候选人的项目介绍的环节,我也会着重关注候选人最近的框架经验,目前比较热门的是SSM。

    不过,一般工作在5年内的候选人,大多仅仅是能“山寨”别人的代码,也有之前 说能在现有框架的基础上,照着别人写的流程,扩展出新的功能模块。比如要写个股票挂单的功能模块,是会模仿现有的下单流程,有之前 曾经端到后端再到数据库,依样画葫芦写一遍,最多把功能相关的代码点改掉。

    

    我觉得大家每当事人都曾经过来的,但在面试时,可能你仅仅表现出曾经的能力,就和大多数人的水平差很多了,在这点就比较慢 体现出你的优势了。

    大家知道,可能单纯使用SSM框架,大多数项目都有有痛点。比如数据库性能差,可能业务模块比较简化,并发量比较高,用Spring MVC里的Controller无法满足跳转的需求。全都我一般都有主动问:你除了依照现有框架写业务代码时,还做了什么改动?

     我听到的回答有:增加了Redis缓存,以处置频繁调用全都不变的数据。可能,在MyBitas的xml里,select得话where条件有isnull,即你你你这名值有就增加另一个 where条件,对此,会对任何另一个 where增加另一个 不带isnull的查询条件,以免该得话当传入参数都有null时,做全表扫描。可能,干脆说,后端异步返回的数据量很大,时间很长,我在项目里就调大了异步返回的最大时间,可能对返回信息做了压缩处置,以增加网络传输性能。

    对于你你你这名问題,别问我听到什么回答,我只关心回答符不符逻辑。一般我希望答对,给让你给出“在框架层面有当事人的体会,有一定的了解”,有之前 ,给你只会给出“不可不才能在项目经理带领下编写框架代码,对框架两种了解很多”。

    我觉得,在准备面试时,归纳框架里的要点何必 难,给你不信每个人在做项目时全都积累也没,我希望我知道你出来,都都要说,这方面你就碾压了将近7成的竞争者。 

2 别单纯看单机版的框架,适当了解些分布式

    此外,在描述项目里框架技术时,最好你再带些分布式的技术。下面我列些大家都都要准备的分布式技术。

    1 反向代理方面,nginx的基本配置,比如如可通过lua语言设置规则,如可设置session粘滞。可能都都要,再看些nginx的底层,比如协议,集群设置,失效转移等。

    2 远程调用dubbo方面,都都要看下dubbo和zookeeper整合的知识点,再深一步,了解下dubbo底层的传输协议和序列化妙招。

    3 消息队列方面,都都要看下kafka或任意两种组件的使用妙招,简单点都都要看下配置,工作组的设置,再深入点,都都要看下Kafka集群,持久化的妙招,以及发送消息是用长连接还是短拦截。

    以上仅仅是用5个组件举例,大家还都都要看下Redis缓存,日志框架,MyCAT分库分表等。准备的妙招有两大类,第一是要会说为甚在么在用,这比较简单,能通过配置文件搭建成另一个 功能模块即可,第二是都都要适当读些底层代码,以此了解下协议,集群和失效转移累似 的高级知识点。 

    可都都要在面试中侃侃而谈分布式组件的底层,比较慢 得到的评价就会比较好了,比如“深入了解框架底层”,或“框架经验充裕”,曾经就算去面试架构师也行了,更何况是高级开发。

3 数据库方面,别就知道增详细查,得了解性能优化

    在实际项目里,大多数系统进程员用到的可能仅仅是增详细查,当大家用Mybatis时,你你你这名状态更普遍。不过可能你面试时也曾经表现,估计你的能力就和其它竞争者差很多了。

    这方面,给你准备如下的技能。

    1 SQL高级方面,比如group by, having,左连接,子查询(带in),行转列等高级用法。

    2 建表方面,给你考虑下,你项目是用三范式还是反范式,理由是什么?

    3 尤其是优化,给你准备下如可通过执行计划查看SQL得话改进点的妙招,可能其它能改善SQL性能的妙招(比如建索引等)。

    4 可能你感觉有能力,还都都要准备些MySQL集群,MyCAT分库分表的技能。比如通过LVS+Keepalived实现MySQL负载均衡,MyCAT的配置妙招。同样,可能都都要,也看些相关的底层代码。

    哪怕你在前三点表现一般,比较慢 最少 才能超越将近一般的候选人,尤其当你在SQL优化方面表现非常好,比较慢 你在面试高级开发时,数据库层面一定是达标的,可能你连第四点也回答非常好,比较慢 恭喜你,你在数据库方面的能力甚至达到了初级架构的级别。

    

4 Java核心方面,围绕数据形态学 和性能优化准备面试题

    Java核心这块,网上的面试题全都,不过在此之外,大家还应当着重关注集合(即数据形态学 )和多系统进程并发这两块,在此基础上,大家都都要准备些设计模式和虚拟机的说辞。

    下面列些我一般会问的主次问題:

    1 String a = "123"; String b = "123"; a==b的结果是什么? 这所含了内存,String存储妙招等诸多知识点。

    2 HashMap里的hashcode妙招和equal妙招什么之前 都要重写?可能不重写会有什么后果?对此大家都都要进一步了解HashMap(甚至ConcurrentHashMap)的底层实现。

    3 ArrayList和LinkedList底层实现有什么差别?它们每个人适用于什么场合?对此大家也都都要了解下相关底层代码。

    4 volatile关键字有什么作用?由此展开,大家都都要了解下系统进程内存和堆内存的差别。

    5 CompletableFuture,你你你这名是JDK1.8里的新形态学 ,通过它为甚在么在实现多系统进程并发控制?

    6 JVM里,new出来的对象是在哪个区?再深入一下,问下如可查看和优化JVM虚拟机内存。

    7 Java的静态代理和动态代理有什么差别?最好结合底层代码来说。

    通过上述的问題点,我我觉得不仅仅守候在“会用”级别,比如很多再再问如可在ArrayList里放元素。大家都都要看到,上述问題所含了“多系统进程并发”,“JVM优化”,“数据形态学 对象底层代码”等细节,大家也都都要举一反三,通过看全都高级知识,多准备些其它累似 面试题。

    大家知道,目前Java开发是以Web框架为主,比较慢 为甚在么在都要问Java核心知识点呢?我你你你这名是有切身体会的。

    之前 在我团队里,我见过另一个 人,另一个 是就会干活,具体表现是会用Java核心基本的API,有之前 也比较慢 深入了解的意愿(估计别问我该为甚在么在深入了解),另一位平时专门会看些Java并发,虚拟机等的高级知识。过了7天 之前 ,后者的能力快速升级到高级开发,可能对JAVA核心知识点了解很透彻,全都看全都分布式组件的底层实现没什么大问題。 而前者,总爱在重复劳动,能力也只总爱守候在“会干活”的层面。 

     而在现实的面试中,可能不粉悉Java核心知识点,估计升高级开发都难,更别说是面试架构师级别的岗位了。 

5 Linux方面,最少 了解如可看日志排查问題

    可能候选人能证明当事人有“排查问題”和“处置问題”的能力,这绝对是个加分项,但为甚在么在证明?

    目前大多数的互联网项目,都有部署在Linux上,也有之前 说,日志都有在Linux,下面归纳些实际的Linux操作。

    1 能通过less命令打开文件,通过Shift+G到达文件底部,再通过?+关键字的妙招来根据关键来搜索信息。

    2 能通过grep的妙招查关键字,具体用法是, grep 关键字 文件名,可能要两次在结果里查找得话,就用grep 关键字1 文件名 | 关键字2 --color。最后--color是高亮关键字。

    3 能通过vi来编辑文件。

    4 能通过chmod来设置文件的权限。

    当然,还有更多更实用的Linux命令,但在实际面试过程中,不少候选人连两根linux命令也别问我。还是这句话,你哪怕知道些很基本的,也比一般人强了。 

6 通读一段底层代码,作为加分项

    如可证明当事人对另一个 知识点非常了解?莫过于能通过底层代码来说明。我在和不少工作经验在5年之内的系统进程员沟通时,不少人认为这比较慢?我觉得,可能要通过阅读底层代码了解分布式组件,那难度不小,但可能如下主次的底层代码,何必 难懂。

    1 ArrayList,LinkedList的底层代码里,所含着基于数组和链表的实现妙招,可能大家能以此讲清楚扩容,“通过枚举器遍历“等妙招,绝对能证明当事人。

    2 HashMap直接对应着Hash表你你你这名数据形态学 ,在HashMap的底层代码里,所含着hashcode的put,get等的操作,甚至在ConcurrentHashMap里,还所含着Lock的逻辑。我相信,可能大家在面试中,看看而言ConcurrentHashMap,再结合在纸中间说边画,那一定能征服面试官。

    3 都都要看下静态代理和动态代理的实现妙招,再深入一下,都都要看下Spring AOP里的实现代码。

    4 或许Spirng IOC和MVC的底层实现代码比较难看懂,但大家都都要说些关键的类,根据关键流程说下它们的实现妙招。 

    我觉得准备的底层代码何必 要多,有之前 有之前 限于在哪个方面,比如集合里基于红黑树的TreeSet,基于NIO的开源框架,甚至分布式组件的Dubbo,都都都要准备。有之前 准备时何必 要背出所有的底层(事实上比较慢做到),你我希望能结合全都重要的类和妙招,讲清楚思路即可(比如讲清楚HashMap如可通过hashCode快速定位)。

    比较慢 在面试时,如可找到个好可能说出你准备好的上述底层代码?在面试时,总会被问到集合,Spring MVC框架等相关知识点,你在回答时,顺便说一句,“我还了解这块的底层实现”,比较慢 面试官都有追问,比较慢 你就都都要说出来了。

     何必 小看你你你这名对候选人的帮助,一旦你讲了,我希望意思到位,比较慢 最少 能得到个“肯积极专业“的评价,可能描述很清楚,比较慢 评价就会升级到“熟悉Java核心技能(或Spring MVC),且基本功扎实”。要知道,面试中,很少大家能讲清楚底层代码,全都你抛出了你你你这名话题,哪怕最后没达到预期效果,面试官有之前 会由此对你降低评价。全都说,准备这块绝对是“有百利而无一害”的挣钱买卖。

7 一切的一切,把上述技能嵌入到你做过的项目里

    在面试过程中,我总爱会听到全都比较遗憾的回答,比如候选人对SQL优化技能讲得头头是道,但最后得知,这是他平时法学会时掌握的,并没用在实际项目里。

    当然这总比不说要好,全都我会写下“在平时法学会过SQL优化技能”,但可能在项目里实践过,比较慢 给让你写下“有实际数据库SQL优化的技能”。大家都都要对比下两者的差别,另一个 是偏重理论,另一个 是直接能干活了。我觉得,全都场景里,给你不信在实际项目里一定比较慢 实践过SQL优化技能。

    从你你你这名案例中,帮我告诉大家的是,你之前 费了千辛万苦(我觉得妙招方向得到,有之前 用费很多精力)准备的全都技能和说辞,最后应该落实到你的实际项目里。

    比如你有过在Linux日志里查询关键字排查问題的经验,在描述时给你带一句,在之前 的项目里给你曾经干的。又如,你通过看底层代码,了解了TreeSet和HashSet的差别以及它们的适用范围,比较慢 你就都都要回想下你之前 做的项目,与非 有个场景仅仅适用于TreeSet?可能有,比较慢 你就都都要适当描述下项目的需求,有之前 说,通过读底层代码,我了解了两者的差别,有之前 在你你你这名实际需求里,给你用了TreeSet,有之前 我还专门做了对比性试验,发现用TreeSet比HashSet要高xx个百分点。

    请记得,“实践经验”一定比“理论经验”值钱,有之前 大多数你知道的理论上的经验,一定在你的项目里用过。全都,可能你仅仅让面试官感觉你不可不才能“理论经验”,那就太亏了。

 

8 小结:本文更多讲述的准备面试的妙招

    本文给出的面试题何必 多,但本文并比较慢 打算给出很多的面试题。从本文里,大家更多看到的是面试官发现的诸多候选人的痛点。

    本文的用意是让大家别再重蹈别人的覆辙,这还不算,本文还给出了不少准备面试的妙招。你的能力或许比别人出众,但可能你准备面试的妙招和别人差很多,可能就拿你在项目里干的活来说事,而比较慢 归纳出你在项目中的亮点,比较慢 面试官还真的会看扁你。

    本文里提到的妙招和技能,可都都要对大家有所帮助,请大家帮忙转发,可能点击下面的按钮来“推荐本文”,可能通过评论来参与讨论。

    本文欢迎转载,不过请注明文章来源,请并肩给出当事人写的两本书的连接Java Web轻量级开发面试教程Java核心技术及面试指南

    再次感谢大家读完本文。