快3教程_最近面试java后端开发的感受:如果就以平时项目经验来面试,通过估计很难——再论面试前的准备

  • 时间:
  • 浏览:0

    在上周,我密集面试了若干位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集群,持久化的最好的土办法,以及发送消息是用长连接还是短拦截。

    以上仅仅是用另一个组件举例,有人还并能看下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核心知识点呢?我有一种是有切身体会的。

    日后在我团队里,我见过1被委托人,另一个是就会干活,具体表现是会用Java核心基本的API,还会也并能了 深入了解的意愿(估计别问我该为什么么会 深入了解),另一位平时专门会看些Java并发,虚拟机等的高级知识。过了两天日后,后者的能力快速升级到高级开发,肯能对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核心技术及面试指南

    再次感谢有人读完本文。