最近面试Java后端开发的感受

在上周五，我稀疏复试了班莱班县Java后端参选人，组织工作实战经验在3到5初年。我的国际标准只但是不繁杂：第二能干，第二Java此基础要好，第二最合适熟识些分布式系统架构。我坚信其他公司招最高级合作开发时，如果也照著这个国际标准来面的。

我也晓得，许多参选人潜能只但是极好，但复试时没预备或不能说，这样的人可能将在进项目组干后的确能达至期许，但可能将就难以透过复试，但复试官常常只依照复试情况来推论。

但事实上是，绝大多数人可能将复试前没预备，或预备方式严禁宜。要晓得，我们平常干更偏重销售业务，不可能将大批碰触到演算法，计算机程序，下层标识符这类复试必问的难题点，换言之，复试预备点和平常组织工作关键点匹配度极小。

做为复试官，我根本无法依照参选人的提问来下定决心复试结论。但是，刘柱自己方便快捷，因此我在责任编辑里，将透过一些常见的难题来如是说复试的预备基本功。我们在看后一定会感慨：如果方式得宜，预备复试第二无从，第二用的时间也不能太多。

别让人觉得你只会伪自己的标识符

架构是重点项目，但别让人觉得你只会伪自己的标识符！在复试前，就要写作个人简历以查阅参选人在架构各方面的工程项目实战经验，在参选人的工程项目如是说的各个环节，我也会，目前比较热门的是SSM。

但是，一般组织工作在5年内的参选人，大多仅仅是能“伪”自己的标识符，也就是说能在现有架构的此基础上，照著自己写的流程，扩展出新的功能模块。比如要写个股票挂单的功能模块，是会模仿现有的下单流程，然后从前端到后端再到数据库，依样画葫芦写一遍，最多把功能相关的标识符点改掉。

只但是我们每个人都这样过来的，但在复试时，如果你仅仅表现出这样的能力，就和绝大多数人的水平差不多了，在这点就没法体现出你的优势了。

我们晓得，如果单纯使用SSM架构，绝大多数工程项目都会有痛点。比如数据库性能差，或者销售业务模块比较繁杂，并发量比较高，用Spring MVC里的Controller难以满足跳转的需求。因此我一般还会主动问：你除了依照现有架构写销售业务标识符时，还做了哪些改动？

我听到的提问有：增加了Redis缓存，以避免频繁调用一些不变的数据。或者，在MyBitas的xml里，select语句where条件有isnull，即这个值有就增加一个where条件，对此，会对任何一个where增加一个不带isnull的查询条件，以免该语句当传入参数都是null时，做全表扫描。或者，干脆说，后端异步返回的数据量很大，时间很长，我在工程项目里就调大了异步返回的最大时间，或者对返回信息做了压缩处理，以增加网络传输性能。

对于这个难题，我不在乎听到什么提问，我只关心提问符不符逻辑。一般如果答对，我就会给出“在架构层面有自己的体会，有一定的了解”，否则，我就只会给出“根本无法在工程项目经理带领下编写架构标识符，对架构本身了解不多”。

只但是，在预备复试时，归纳架构里的关键点并无从，我就不信所有人在做工程项目时一点积累也没，如果你说出来，可以说，这各方面你就碾压了将近7成的竞争者。

单机版够用？适当了解些分布式系统

别单纯看单机版的架构，适当了解些分布式系统！此外，在描述工程项目里架构技术时，最合适你再带些分布式系统的技术。下面我列些我们可以预备的分布式系统技术。

1、反向代理各方面，nginx的基本配置，比如如何透过lua语言设置规则，如何设置session粘滞。如果可以，再看些nginx的下层，比如协议，集群设置，失效转移等。

2、远程调用dubbo各方面，可以看下dubbo和zookeeper整合的知识点，再深一步，了解下dubbo下层的传输协议和序列化方式。

3、消息队列各方面，可以看下kafka或任意一种组件的使用方式，简单点可以看下配置，组织工作组的设置，再深入点，可以看下Kafka集群，持久化的方式，以及发送消息是用长连接还是短拦截。

以上仅仅是用3个组件举例，我们还可以看下Redis缓存，日志架构，MyCAT分库分表等。预备的方式有两大类，第二是要会说怎么用，这比较简单，能透过配置文件搭建成一个功能模块即可，第二是可以适当读些下层标识符，以此了解下协议，集群和失效转移之类的高级知识点。 

如果能在复试中侃侃而谈分布式系统组件的下层，那么得到的评价就会比较好了，比如“深入了解架构下层”，或“架构实战经验丰富”，这样就算去复试架构师也行了，更何况是高级合作开发。

别就晓得增删改查，得了解性能优化

数据库各方面，别就晓得增删改查，得了解性能优化！在实际工程项目里，绝大多数程序员用到的可能将仅仅是增删改查，当我们用Mybatis时，这个情况更普遍。但是如果你复试时也这样表现，估计你的潜能就和其他竞争者差不多了。

这各方面，你可以预备如下的技能：

1、SQL高级各方面，比如group by, having，左连接，子查询（带in），行转列等高级用法。

2、建表各方面，你可以考虑下，你工程项目是用三范式还是反范式，理由是什么？

3、尤其是优化，你可以预备下如何透过执行计划查阅SQL语句改进点的方式，或者其他能改善SQL性能的方式（比如建索引等）。

4、如果你觉得有潜能，还可以预备些MySQL集群，MyCAT分库分表的技能。比如透过LVS+Keepalived实现MySQL负载均衡，MyCAT的配置方式。同样，如果可以，也看些相关的下层标识符。

哪怕你在前三点表现一般，那么至少也能超越将近一般的参选人，尤其当你在SQL优化各方面表现非常好，那么你在复试高级合作开发时，数据库层面一定是达标的，如果你连第四点也提问非常好，那么恭喜你，你在数据库各方面的潜能甚至达至了最高级架构的级别。

围绕计算机程序和性能优化预备复试题

Java核心各方面，围绕计算机程序和性能优化预备复试题！Ja集合（即计算机程序）和多线程并发这两块，在此此基础上，我们可以预备些设计模式和虚拟机的说辞。

下面列些我一般会问的部分难题：

String a = “123”; String b = “123”; a==b的结论是什么？ 这包含了内存，String存储方式等诸多知识点。

HashMap里的hashcode方式和equal方式什么时候需要重写？如果不重写会有什么后果？对此我们可以进一步了解HashMap（甚至ConcurrentHashMap）的下层实现。

ArrayList和LinkedList下层实现有什么差别？它们各自适用于哪些场合？对此我们也可以了解下相关下层标识符。

volatile关键字有什么作用？由此展开，我们可以了解下线程内存和堆内存的差别。

CompletableFuture，这个是JDK1.8里的新特性，透过它怎么实现多线程并发控制？

JVM里，new出来的对象是在哪个区？再深入一下，问下如何查阅和优化JVM虚拟机内存。

Java的静态代理和动态代理有什么差别？最合适结合下层标识符来说。

透过上述的难题点，我只但是不仅仅停留在“会用”级别，比如我不能问如何在ArrayList里放元素。我们可以看到，上述难题包含了“多线程并发”，“JVM优化”，“计算机程序对象下层标识符”等细节，我们也可以举一反三，透过看一些高级知识，多预备些其他类似复试题。

我们晓得，目前Java合作开发是以Web架构为主，那么为什么还要问Java核心知识点呢？我这个是有切身体会的。

之前在我项目组里，我见过两个人，一个是就会干，具体表现是会用Java核心基本的API，而且也没有深入了解的意愿（估计不晓得该怎么深入了解），另一位平常专门会看些Java并发，虚拟机等的高级知识。过了半年以后，后者的潜能快速升级到高级合作开发，由于对JAVA核心知识点了解很透彻，因此看一些分布式组件的下层实现没什么大难题。 而前者，一直在重复劳动，潜能也只一直停留在“会干”的层面。

而在现实的复试中，如果不熟识Java核心知识点，估计升高级合作开发都难，更别说是复试架构师级别的岗位了。 

至少了解如何看日志排查难题

Linux各方面，至少了解如何看日志排查难题！如果参选人能证明自己有“排查难题”和“解决难题”的潜能，这绝对是个加分项，但怎么证明？

目前绝大多数的互联网工程项目，都是部署在Linux上，也就是说，日志都是在Linux，下面归纳些实际的Linux操作。

1、能透过less命令打开文件，透过Shift+G到达文件底部，再透过?+关键字的方式来依照关键来搜索信息。

2、能透过grep的方式查关键字，具体用法是, grep 关键字 文件名，如果要两次在结论里查找的话，就用grep 关键字1 文件名 | 关键字2 –color。最后–color是高亮关键字。

3、能透过vi来编辑文件。

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

当然，还有更多更实用的Linux命令，但在实际复试过程中，许多参选人连一条linux命令也不晓得。还是这句话，你哪怕晓得些很基本的，也比一般人强了。 

通读一段下层标识符，做为加分项

如何证明自己对一个知识点非常了解？莫过于能透过下层标识符来说明。我在和许多组织工作实战经验在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），且基本功扎实”。要晓得，复试中，很少有人能讲清楚下层标识符，因此你抛出了这个话题，哪怕最后没达至预期效果，复试官也不能由此对你降低评价。因此说，预备这块绝对是“有百利而无一害”的挣钱买卖。

把上述技能嵌入到你做过的工程项目里

一切的一切，把上述技能嵌入到你做过的工程项目里！在复试过程中，我经常会听到一些比较遗憾的提问，比如参选人对SQL优化技能讲得头头是道，但最后得知，这是他平常自学时掌握的，并没用在实际工程项目里。

当然这总比不说要好，因此就要写下“在平常自学过SQL优化技能”，但如果在工程项目里实践过，那么我就会写下“有实际数据库SQL优化的技能”。我们可以对比下两者的差别，一个是偏重理论，一个是直接能干活了。只但是，很多场景里，我就不信在实际工程项目里一定没有实践过SQL优化技能。

从这个案例中，我想告诉我们的是，你之前费了千辛万苦（只但是方式方向得到，也不用费太大精力）预备的很多技能和说辞，最后如果落实到你的实际工程项目里。

比如你有过在Linux日志里查询关键字排查难题的实战经验，在描述时你可以带一句，在之前的工程项目里我就这样干的。又如，你透过看下层标识符，了解了TreeSet和HashSet的差别以及它们的适用范围，那么你就可以回想下你之前做的工程项目，是否有个场景仅仅适用于TreeSet？如果有，那么你就可以适当描述下工程项目的需求，然后说，透过读下层标识符，我了解了两者的差别，而且在这个实际需求里，我就用了TreeSet，而且我还专门做了对比性试验，发现用TreeSet比HashSet要高xx个百分点。

请记得，“实践实战经验”一定比“理论实战经验”值钱，而且绝大多数你晓得的理论上的实战经验，一定在你的工程项目里用过。因此，如果你仅仅让复试官觉得你只有“理论实战经验”，那就太亏了。

小结：责任编辑更多讲述的预备复试的方式

责任编辑给出的复试题并不多，但责任编辑并没有打算给出太多的复试题。从责任编辑里，我们更多看到的是复试官发现的诸多参选人的痛点。

责任编辑的用意是让我们别再重蹈自己的覆辙，这还不算，责任编辑还给出了许多预备复试的方式。你的潜能或许比自己出众，但如果你预备复试的方式和自己差不多，或者就拿你在工程项目里干的活来说事，而没有归纳出你在工程项目中的亮点，那么复试官还真的会看扁你。

PS：如果觉得我的分享不错，欢迎我们随手点赞、转发。

（完）

Java团长

专注于Java干货分享