【春招】————java突击面试章程

1.0 知乎总结

2.0 知识点总结

最近面试java后端开发的感受，如果就以平时项目来面试，通过估计很难————再论面试前的准备。

在上周，我密集面试了若干Java后端的候选人，工作经验在3到5年间，我的标准其实不复杂；第一能干活；第二java基础要好，第三最好熟悉些分布式框架，我相信其他公司招初级开发时，应该也照这个标准来面。

我也知道，不少候选人能力其实不差，但面试是没有准备或不会说，这样的人可能在进团队干活确实达到期望，但可能无法通过面试，但面试官总是只根据面试情况来判断。

但是现实情况，大多人可能面试前没准备，或准备方法不得当，要知道，我们平时干活更偏重于业务，不可能大量接触到算法，数据结构，底层代码这类面试必问的问题点，换句话来说，面试准备点和平时工作点匹配度很小。

3.0 冲刺部分

作为面试官，我只能根据候选人的回答来决定面试结果。不过，与人方便自己方便，所以我在文本里，将通过一些常见的问题来介绍面试的准备技巧，大家在看到之后一定会感叹：只要方法得当，准备面试第一不难，第二用的时间不会太多。

而且在本人的两本书里，java Web轻量级开发面试教程和java核心技术以及面试指南

详细地给出了其他相关面试技巧。

框架部分

框架是重点，但别让人感觉你只会山寨别人的代码。在面试前，我会阅读简历以查看候选人在框架方面的项目经验，在候选人的项目介绍的环节，我也会着重关注候选人最近的框架经验，目前比较热门的是SSM。不过，一般工作在5年内的候选人，大多是仅仅能山寨别人的代码，也就是说能在现有框架的基础上，照着别人写的流程，拓展出新的功能模板，比如要写一个股票挂单的功能模板，是会模仿现有的下单流程，然后从后端到前端再到数据库，依样画葫芦写一遍，最多把功能相关的代码点改掉。

项目部分

其实我们每个人都是这样过来的，但在面试时，如果你仅仅表现出这样的能力，就和大多数人差不多了，在这点上就没法体现你的优势了。我们知道，如果单纯使用了SSM框架，大多数项目都会有痛点。比如数据库性能差，或者业务模块比较复杂，并发量比较高，用SpringMVC里的Controller无法满足跳转的需求，所以我一般还会问：你除了依照现有框架写业务代码时，还做了哪些改动的？
1. 我听到的回答有：增加了Redis缓存，以避免频繁调用一些不变的数据，或者，在Mybatis的xml里，select语句where条件有is null，即这个值就增加一个where条件，对此，会对任何一个where增加一个不带is null的查询条件，以免该语句当传入参数都是null时，做全表扫描，或者干脆说，后端异步返回的数据量很大，时间很长，我在项目里就调大了异步返回的最大的时间，或者对返回信息做了压缩处理，以增加网络传输性能。
2. 对于这个问题，我不在乎听到什么回答，我只关心回答符不符合逻辑，一般只要答对，我就会给出“在框架层面有自己的体会，有一定的了解”，否则，我就只会给出“只能在项目经理带领下编写框架代码”，对框架本身了解不多。
3. 其实，在准备面试时，归纳框架的要点并不难，我就不信所有人在做项目时一点积累也没有，只要你说出来。可以说，这方面你就碾压了将近7成的竞争者。

分布式中间件

别单纯的看单机版的框架，适当了解分布式。从外，在描述项目里的框架技术时，最好你再带分布式的技术，下面我列举大家可以准备的分布式技术。
1. 反向代理方面，nginx的基本配置，比如如何通过设置lua语言设置规则，如何设置session黏贴，如果可以，再看些nginx的底层，比如协议，集群设置，失效转移等。
2. 远程调用dubbo方面，可以看下dubbo和zookeeper整合知识，再深一步，了解一下dubbo底层的传输协议和序列化方式。
3. 消息队列方面，可以看下kafka或任意一种组件的使用方式，简单点可以看下配置，工作组的设置，再深入一点，可以看下kafka集群，持久化的方式，以及发送消息，是用长连接还是短拦截
以上仅仅是用三个组件举例，大家还可以看下Redis缓存，日志框架，MyCAT分库分表等。准备的方式有两大类，第一类是要说怎么用，这比较简单，能通过配置文件搭建成一个功能框架即可，第二个是可以适当读写底层代码，以此了解下协议，集群和失效转移之类的高级知识点。

如果能在面试中看看而谈分布式组件的底层，那么得到的评价就会比较好了，比如“深入了解框架底层”，或“框架经验丰富”，这样，面试架构师也行，更何况是高级开发。

数据库方面

数据库方面，就知道增删改查，还要了解性能优化

在实际项目里，大多数程序员用得到的可能仅仅是增删改查，当我们用Mybatis时这个情况更普遍，不过你面试时也是这样，估计你的能力和其他竞争者差不多了。

这个方面你可以准备如下技能。

SQL高级方面，比如group by、having、左连接、子查询（带in），行转列等高级用法
建表方面，你可以考虑一下，你项目是三范式还是反范式，理由是什么？
尤其是优化，你可以准备下如何通过执行计划查看SQL语句改进点，或者其他改善SQL性能的方式（尤其是建索引）
如果你有感觉有能力，还可以准备写MySQL集群，MyCAT分库分表的技能，比如通过LVS+Keepalived实现MySQL负载均衡，MyCAT的配置方式，同样，如果可以，也看些相关的底层代码

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

java核心方面

围绕数据结构和性能优化准备面试题

java核心这块，网上的面试题很多，不过在此之外，大家还应着重关注集合（即数据结构）和多线程并发这块，在此基础上，大家可以准备些设计模式和虚拟机的说辞。

下面我一般会问的部分问题，java核心这块，网上的面试题很多，不过在此之外，大家还应当着重关注集合（即数据结构）和多线程并发这两块，在此基础上，大家可以准备一些设计模式和虚拟机的说辞。

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

String a=“123”，String b=“123”，a==b的结果是什么？这包含了内存，String存储方式等诸多知识点。
HashMap里的hashcode方法和equal方法什么时候需要重写？如果不重写会有什么后果？对此大家可以进一步了解HashMap（甚至ConcurrentHashMap）的底层实现。
ArrayList和LinkedLis底层实现有什么差别？它们各自适用于哪些场合对此大家也可以了解相关底层代码。
volatile关键词有什么用？由此展开，大家可以了解下线程内存和堆内存的差别。
CompletableFuture，这个是JDK1.8里的新特性，通过它怎么实现多线程并发控制。
JVM里，new出来的对象是哪个区？再深入一下，问下如何查看和优化JVM虚拟内容。
Java的静态代理和动态代理有什么差别？最好结合底层代码来说。

通过上诉的问题点，我其实不仅仅停留在“会用”级别，比如我不会问，如何在ArrayList里放元素。大家可以看到，上述问题包含了“多线程并发”，“JVM优化”，“数据结构底层代码”等细节，大家也可以举一反三，通过看一些高级知识，多准备些其他类似面试。

我们知道，目前java开发是以web框架为主，那么为什么还要问“java核心知识点”这个我是有切身体会的。之前在我团队里，我见过两个人，一个是就会干活，具体表现是会用java核心基本的API，而且也没有深入了解的意愿（估计不知道该怎么深入了解），另外一位平时专门会看些java并发，虚拟机等的高级知识，过了半年以后，后者的能力快速升级到高级开发，由于平时对java核心知识点连接很透彻，所以看一些分布式组件的底层实现没有什么大问题，而前者，一直在重复劳动，能力也一直停留会“干活”的层面。

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

Linux方面

至少了解如何查看日志排查问题。如果候选人能证明自己有“排查问题”和解决问题能力，这绝对是一个加分项。但是如何证明。

目前多数的互联项目，都是部署在linux上，也就是说，日志都是在linux，下面归纳一些实际的linux操作。

能通过less命令打开文件，通过Shift+G到达文件底部，再通过？+关键词来根据关键词来搜索信息。
能通过grep的方式查关键字，具体做法是，grep关键字+文件名，如果两次在结果里查找的话，就用grep+关键字1+文件名|关键词2 --color。最后的 --color是高亮关键字。
能通过vi编辑文件。
能通过chmod来设置文件的权限。

当然，还有更多实用的linux命令。但在实际面试过程中，不少候选人连一条linux命令也不知道，还是这句话，你哪怕知道这些很基础的，也比一般人强了许多。

阅读底层代码

如何证明自己对一个知识点非常理解？莫过于能通过底层代码来说明，我在和不少经验在5年，之内的程序员沟通时，不少人认为这很难，确实，如果要通过阅读底层代码了解分布式组件，那难度不小，但如果如下部分的底层代码，并不难懂。

ArrayList，LinkedList的底层代码，包含着基于数据和链表的实现方式，如果大家能以此讲清楚扩容，“通过枚举器遍历”等方式，绝对能证明自己。
HashMap直接对应着Hash表这个数据结构，在HashMap的底层代码里，包含着hashcode的put，get的操作，甚至在ConcurrentHashMap。再结合在纸上边说边画，那一定能征服面试官。
可以看下静态代理和动态代理的实现方式，再深入一下，可以看下Spring AOP里的实现代码。
或许Spring IOC和MVC的底层实现代码比较难看懂，但大家可以说些关键的类，根据关键流程说下他们的实现方式。

其实准备的底层代码未必很多，而且也不限于哪个方面，比如集合里基于红黑树的TreeSet，基于NIO的开源框架，基于分布式组件的Dubbo，都可以准备。而且准备时未必要背出所有的底层（实时上很难做到），你只要能结合一些重要的类和方法，讲清楚思路即可（比如讲清楚HashMap如何通过hashCode快速定位）

那么在面试时，如何找到一个好机会说出你准备好的上述底层代码？那么最少能得到“肯积极专研”的评价，如果描述清楚，那么评价可能就会升级到“熟悉java核心技能（或Spring MVC 且基本功扎实）”。要知道，很少有人能讲清楚底层代码，所有你抛出了这个话题，哪怕最后没达到预期效果，面试官也不会由此对你降低评价，所以说，准备这块绝对是“有百利而无一害”的挣钱买卖

技术落地项目中

在面试过程中，我经常会听到一些比较遗憾的回答，比如候选人对SQL优化技能讲的头头是道，但最后得知，这是他平时自学时掌握，并没有用在实际项目中。

当然这总比不说要好，所有我会写下“在平时自学过SQL优化技能”，但是在项目里实践过，那么我就会写下“有实际数据库SQL优化的技能”。大家可以对比两者的差别，一个是篇重理论，一个是直接能干活，其实很多场景里，我就不信在实际项目里一定没有实践过SQL优化技能。

从这个案例中，我想告诉大家的是，你之前费了千辛万苦（其实方法方向得到，也不要费太大精力）准备的很多技能和说辞，最后应该落实到你的实际项目里。

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

请记住，“实践经验”，一定比“理论经验”值钱，而且大多数你知道的理论上的经验，一定在你的项目里用过，所以，如果你仅仅让面试官感觉你只有“理论经验”，那就太亏了。

面试方法

归纳项目里面的亮点，也许你的能力没有别人那么出众，归纳能力也许会让你在众人面前出众，这篇文章转载自博客园的一位博主，他还写了两本面试书籍。

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

java突击面试章程