Java校招准备的正确姿势（一篇不一样的干货面经）

一、不一样的面经

马上就快到校招的时间了。

转眼校招在即，对于在校大学生而言，校招是去名企最好的机会，必须充分准备。

但是很多同学普遍存在几个问题：

1、对于很多即将参加校招的大学生而言，复习没有章法和重点，效果不好；
2、网上各种面经都是分享具体题目，并不能有针对性的推荐干货“教材”；
3、由于没有面试过，不懂面试技巧，没有展现出自己真正的水平，影响面试效果，被刷可能都不知道为啥。

网上有很多分享面经的地方，也有一些博文分享作者的面试经历，尤其是大公司的面试经历，非常有吸引力。

大多数是分享具体的问题，而没有系统的总结出方法论。导致大家只不过是在刷题！仅此而已！

年复一年，日复一日却从没有一篇真正系统的过来人的总结的方法指导教程。

当然刷题没错，面试常见的问题就那么多，多刷刷面试优势大一些，而且这些也是未来工作需要掌握的基础。

但是我们更应该掌握怎么准备校招，找到哪些是重点，了解面试面哪些能力。

我校招时拿到了网易、美团等公司Offer，准备期间也走了点弯路，希望本文可以实实在在地帮助到更多的学弟学妹。

现在身边也有很多面试官，也看过一些校招面试官培训的材料也和周围的面试官同事交流过。

对Java校招求职做了一个非常全面的总结。

真的不希望看到，有些学弟学妹等校招快结束了才感慨“如果我早知道这些书是重点，如果我早知道面试时还有这些技巧....”该多好啊。

好多学生面试受到打击才意识到自己复习的不到位“发愤图强”。

二、准备的提示

这里简单给出几点提示，由于大学里的“期末考试”效应，导致很多人总是最后才突击，或者才找到状态。

很多人面试碰壁好多次才发现重点应该看哪些书，平时应该怎么复习，错失了很多宝贵的面试机会。

根据我的观察大多数人前一两个公司都面的不是很理想，一方面是准备不充分，一方面是不懂面试技巧。

一般而言，最好的就是在内推和校招前知道哪些是重点（不只是看面经那么简单），哪些书是重点，而不至于浪费了宝贵的复习时间。

知道常见的面试技巧，包括HR的套路，而不是经历多次不佳表现，错过很多想去的公司，才总结经验游刃有余。

希望本文以及文末的干货分享可以实实在在地帮助到真正想少走弯路的学弟学妹们。

三、诡异的感受（大家面试会有类似的体会）

3.1 有些同学面试的时候会觉得啥都答上来的，问的问题很简单啊，咋最后没过呢？？

这种情况很大概率是稍微难一点的问题就答不上来，答上来的不全面，没深度，不想问了敷衍一下罢了。

比如问你http的请求方法是啥，你很happy的回答，有GET POST两种，xxxx。绝大多数人都可以回答上来，你的优势在哪里？

可以看这里 https://www.runoob.com/http/http-methods.html

如果你不仅可以回答GET POST，其他的如HTTP1.1 新增的请求方法：OPTIONS、PUT、PATCH、DELETE、TRACE 和 CONNECT 方法。

PUT从客户端向服务器传送的数据取代指定的文档的内容;

DELTE请求服务器删除指定的页面。

CONNECT HTTP/1.1 协议中预留给能够将连接改为管道方式的***服务器。

TRACE回显服务器收到的请求，主要用于测试或诊断。

OPTIONS 允许客户端查看服务器的性能。

PATCH 是对 PUT 方法的补充，用来对已知资源进行局部更新。

等都可以回答出来。

是不是就会有些不一样呢？

（不过小心他问你，1.1有的其他特性，需要准备下）

3.2 比如问你HTTP响应码有哪些？

你脱口而出200，400，500，然后感觉自己好牛的样子，很开心，问到了自己会的问题，so easy!!

其实正确姿势可能是这样，参见https://www.runoob.com/http/http-status-codes.html

回答出2，3，4，5开头的分别啥含义，每个常见的有哪些，还可以分析哪些场景下会出现这些情况。
那就大不一样了。

3.3 比如问你线程池的优点是啥？有哪些参数？其含义是啥？

so easy! 准备到了！ happy，巴拉巴拉一大串开心到不行。

然后问你ExecutorService 是主要的实现类，其中常用的有哪些？

so easy,面试官真好，都是会的，运气真好，然后巴拉巴拉：

Executors.newSingleThreadPool(), newFixedThreadPool(), new***dTheadPool(), newScheduledThreadPool()。

都是干啥的，特点是啥回答完了，好开心的说。

当然这样没啥问题，但是同学你没有超出期待，你和其他同学比，你的优势在哪里？？

都回答了这么多了还想怎样？？难道这样还不行？

对你可以做的更多，更好，what????

如果你看过《阿里巴巴Java开发手册》，请注意这一段：

【强制】线程池不允许使用 Executors 去创建，而是通过 ThreadPoolExecutor 的方式，这样
的处理方式让写的同学更加明确线程池的运行规则，规避资源耗尽的风险。说明:Executors 返回的线程池对象的弊端如下:
1)FixedThreadPool 和 SingleThreadPool:
允许的请求队列长度为 Integer.MAX_VALUE，可能会堆积大量的请求，从而导致 OOM。
2)CachedThreadPool 和 ScheduledThreadPool:
允许的创建线程数量为 Integer.MAX_VALUE，可能会创建大量的线程，从而导致 OOM。
参见《阿里巴巴Java开发手册》

具体原因可以看源码或者看《码出高效》相关章节。

你能够说出特征，然后提出说不建议使用，并说出原因，你已经甩绝大多数人好几条街了，很可能眼前一亮脱颖而出。

当然还有很多，就不一一列举了。