8 年经验面试官详解 Java 面试秘诀

Java 程序员准备和投递简历的实战技巧

1.1 简历中应包含的要素，一个都别落下

为了让简历更吸引技术面试官或其它相关筛选简历的人，大家在准备简历应当注意“直接”两字：能让筛选人能直接地看出本人的教育背景、工作经历和项目经理，并让他们“直接”感到这份简历能纳入考虑范围。

根据这个原则，大家可以按次序在简历中列出如下表所给出的要素。

1.2 该如何描述公司的工作情况

这部分一般是按时间倒叙描述，比如可以按如下的格式写：

2015 年 11 月到 2017 年 10 月，在 xx 公司，职务是 Java 高级开发。离职理由是想进一步发展。

2012 年 2 月到 2015 年 11 月，在 xx 公司，职务是 Java 初级开发。离职理由是想进一步发展。

按此格式写之前的公司情况

这部分的内容应当尽量靠前，在罗列公司情况时，请大家注意如下的四个要点。

第一，工作情况可以和项目经验分开写，一般会在后继的项目经验里写具体用到的技术框架以及所做过项目的细节，在这里的工作情况描述里，可以不用过于复杂，让招聘方看到你之前的公司情况即可。

第二，尽量别出现长时间的“空白期”，比如上份工作是 2 月份结束的，而下份工作是 6 月开始的。如果出现持续三个月以上的“不在职状态”，需要在简历中说明情况，比如这段时间你是换城市发展了，或辞职复习考研或复习考公务员，总之得找个能说得过去的理由。

第三，在简历上，尽量别让人感觉你每份工作都做不长，但不能以此作假。比如我见过有候选人会合并公司，比如 2016 年 11 月到 2017 年 3 月在 A 公司，2017 年 4 月到 10 月在 B 公司，他为了不让招聘方感觉他换工作太频繁，在简历上就写 2016 年 11 月到 2017 年 10 月在 B 公司工作，而故意合并了 A 公司的经历。这样的话，如果遇到背景调查，会露馅，即使有些公司不做调查，在劳动手册等材料上也能反应出真实的工作情况，所以这种做法有一定的风险性。

这里推荐的做法是，不要合并公司，但可以写明理由，比如当时小王是被外派公司 A 以人力派遣的形式外派到 B 公司，但没过多久 A 公司因某种原因不再具备人力派遣的资质了，这时小王就不得不终止与 A 公司的合同转而和 B 公司签约，这样虽然看上去小王是换了公司，但实际上没有。通过类似的合理解释，招聘方就不再会质疑小王的工作能力和稳定性了。

第四，可以写上合适的离职理由，尤其当你短时间里换工作比较多，可能引起招聘方的质疑的情况里，更该考虑些合适的理由。

合理的离职理由可以是，想为自己提供一个更大的发展空间，或想通过升级来独当一面，以此进一步提升自己的能力，或公司因资金等方面的原因倒闭了。总之，这不是我主观上不稳定，而是由于客观原因导致我不得不换工作。

而可能会导致没面试机会的离职原因是，待遇问题（虽然大家心知肚明，但不能这样写），或无法承受大压力，或同事领导排挤。这类理由往往会暴露出候选人的缺点，所以不建议大家采用。从这意义上来讲，“合同期满”也不是一个好的离职原因，因为如果候选人能力强，那么为什么原公司不和你续约呢？

总之，在描述公司情况时，一旦出现会让招聘方感觉你能力不强或不稳定时，一定得醒目地写上足以信服的理由，这样你的简历才会有机会被继续被读下去，进而你才会有技术面试的机会。

1.3 尽量把学习培训项目和毕业设计项目往商业项目上靠

商业项目是指能挣钱的项目，和它对应的就是些不以挣钱为目的的学习项目或毕业设计项目。正因为客户付了钱，所以商业项目的要求要远远高于学习或毕业设计项目，这也是为什么招聘公司会看重商业项目而会主动过滤学习项目的原因。

比如小张在大三时帮计算机系的王老师所在的 ABC 软件公司干了半年的活，如果小张在简历上写：“在校期间，从 x 年 x 月到 x 年 x 月完成了 xx 系统，用到了 xx 技术”，那么这多半会被当成类似于课程设计的学习经验，但如果再加上如下关键性的描述：“这个系统是属于 xx 公司的 xx 商业项目里的一部分，我和另外三位开发人员做了半年，最终这个系统成功上线并在客户 xx 公司的环境里投入运营”，那这样小张的商业项目总年限里就能加上这半年时间了。

又如小李在做毕业设计时，花了 7 个月的时间参与了导师的一个电商商业项目，他主要的工作是设计一个调度算法，但也参与了一些诸如订单管理模块的工作。如果他就平淡地写一句，毕业设计是 xx，毕业论文是 xx，那么招聘方看过就算了，也不会认为小李在做毕业设计时还有过商业项目经验，这样小李未免有些吃亏。

但如果这样写：“在 x 年 x 月到 x 年 x 月的 7 个月里，在毕业设计中，我参与了 xx 公司的 xx 电商项目，客户方是 x，我参与了订单管理和 xx 模块，并设计了其中的调度算法，在我的毕业论文里，详细介绍了这种做法”。文字没修改太多，但足以让小李增加 7 个月的商业项目经验。

我们发现大多数初级程序员的水平其实也差不多，这时就得看谁的商业项目经验丰富了。比如有次我们无法从两位候选人中权衡，因为他们的综合条件和面试情况都差不多，但其中有一位在大三阶段有段为期 6 个月的商业项目实习经验，另一位没有（也有可能他也有但没当成商业项目来写），这种情况下我们就录用了有实习经验的候选人了。

1.4 描述项目的技巧

我们可以根据职位需求，从如下几个方面来描述项目经验。

第一，简要描述项目的背景，比如时间范围，客户是谁，项目规模有多大。如下是范例。

从 x 年 x 月到现在（这个时间范围至少是最近半年），我参与某外汇交易系统，客户是 xx 银行，这个项目组的构成是，1 位项目经理外加 10 位开发，总共的规模大概在 80 个人月左右。

第二，大致描述项目的需求和包含哪些模块，然后简要说下你做了哪些模块，同时说下在这个项目用到的开发工具和主要技术点，这部分的描述如下所述。

这个外汇交易系统包括挂盘撮合成交、实盘成交、反洗钱和数据批处理等模块，我主要负责了挂盘撮合成交模块，其中用到了 Spring MVC 架构，数据库是 Oracle，用 Mybatis 实现的 ORM，该系统是运行发布在 Weblogic 服务器上，我们还用了 Nginx 来实现负载均衡，用 Redis 来缓存数据。在这个项目里，我还用到了 JS 实现了一些前台页面。

第三，这里可以结合职位的需求，描述 JD 里要求的技术在项目里是如何用的。同样这里也应围绕技术，而别多写业务细节

1.5 在简历中描述项目时可以添加的亮点

我们见过不少简历，在描述项目时，也能像上文一样，能根据招聘职位的具体要求展示出自己的匹配点，这种简历属于“达标”，即可以纳入考虑范围。在这个基础上，如果大家在项目里有下表列出的亮点，一定请写上，这就是大家优于别人的地方。

1. 数据库和 JVM 调优；

2. 你理解的框架底层代码；

3. 项目里用到的设计模式；

4. 项目管理和部署工具；

5. 结合若干案例，讲述你分析和解决 bug 的技能；

6. 其它能帮助到你的加分项，比如工期紧，用到新技术等。

1.6 哪些简历可以通过筛选

从面试官角度来看，除了学历等硬件条件外，如果简历满足如下的 4 点要求，就一般能有面试机会了。

1. 商业项目足量，且其中包含的技能和职位介绍很匹配；

2. 最近用到的技能和职位介绍很匹配；

3. 没有过长职业空白期或不稳定等情况；

4. 一定请记住，公司只能通过简历认识到你，简历上没写清楚等同于你不行。

其实这就是我们写简历的方向，而且，在针对具体公司投递简历时，还可以以此为目标，微调简历。

面试时该如何讲解技术项目赢得面试官好感

2.1 别害怕，因为面试官什么都不知道

面试官是人，不是神，拿到你的简历的时候，是没法核实你的项目细节的（一般公司会到录用后，用背景调查的方式来核实）。更何况，你做的项目是以月为单位算的，而面试官最多用 30 分钟来从你的简历上了解你的项目经验，所以你对项目的熟悉程度要远远超过面试官，所以你一点也不用紧张。如果你的工作经验比面试官还丰富的话，甚至还可以控制整个面试流程（笔者在面试方面成精后也经常干这种事情，大家一定也能行）。

既然面试官无法了解你的底细，那么他们怎么来验证你的项目经验和技术？下面总结了一些常用的提问方式。

2.2 面试时的错误表现

在面试过程中，如果候选人出现如下的表现，那么很有可能过不了面试，请大家注意。

1. 面试时介绍的项目时间等情况简历上写的不一致，这就有简历造假的嫌疑；

2. 介绍项目时只介绍业务，忽略技术。因为面试官只关心技术，不关心业务；

3. 对于提到的技术，连最基本的问题也回答不上，这就说明候选人这项技术没掌握；

4. 说得太流利或太磕磕巴巴，这就说明在背词或者是表达有问题。

2.3 面试中介绍项目的范例

第一步，介绍项目基本情况。

可以这样说，这个项目是 xx 产品的 xx 模块的，有 xx 和 xx 模块，我做了 xx 模块，用了半年，我的组里一共有 5 个人。这里可以谈下业务，但别深入，因为面试官不熟悉，也不想熟悉候选人的业务，这块时间控制在 1 分钟之内。

第二步，介绍项目里关键技术和管理方式。

可以这样说，这个项目里，我用到了 Spring 框架，用到 nginx 等组件，项目管理用 Maven，部署用 jenkins，静态扫描用 Sonar，任务管理和 bug 管理用 jira，平时采用敏捷的项目迭代方式，每天有站会，大约 1 月一个迭代版本。这块可以根据自己的情况来介绍，时间也别太长，估计用 1 分钟也就够了。

第三步，结合业务讲用到的技术，但别展开：

比如有个职位介绍，里面写到需要有数据库优化的经验，那么可以说，项目里 xx 模块，我用到 MyCat 作为分库分表，（不展开技术），上线后，数据库能承受住每秒 2000 个并发请求（说下用好的结果）。

又如一个 JD 里说要用到微服务技术，那么就可以说，项目里用到了 Spring Cloud 框架，用到了 Ribbon，Eureka 等组件，容器是 Docker。用好以后，在发布时会发现，各模块之间的调用耦合性大大降低。

2.4 介绍项目时的要点归纳

从上述介绍项目的范例中，可以归纳出相关要点如下。

1. 面试前，需要阅读职位介绍，挖掘用过的技能要点，然后尽可能地在介绍项目里提到这些技能关键字；

2. 在介绍项目里，结合业务，提到职位介绍里的技术，因为一旦技术结业业务，就说明你有过相关技术的实践经验，而不是仅仅只会理论；

3. 别过多介绍业务，多抛出职位介绍里的关键字。还是这句话，面试官不关心业务，你提到业务只是以此证明你在实践中用过相关技术而已；

4. 此时还在项目介绍阶段，别过多展开技能，你抛出技能关键字后，面试官自然会问的。而一旦你过多展开技术，那么面试官就有可能感觉到你思路不清晰。

Java 面试者该准备哪些加分项技能

3.1 框架是重点，但别让人感觉你只会山寨别人的代码

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

如果单纯使用 SSM 框架，大多数项目都会有痛点。比如数据库性能差，或者业务模块比较复杂，并发量比较高，用 Spring MVC 里的 Controller 无法满足跳转的需求。所以我一般还会主动问：你除了依照现有框架写业务代码时，还做了哪些改动？

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

对于这个问题，我不在乎听到什么回答，我只关心回答符不符逻辑。一般只要答对，我就会给出“在框架层面有自己的体会，有一定的了解”，否则，我就只会给出“只能在项目经理带领下编写框架代码，对框架本身了解不多”。

其实，在准备面试时，归纳框架里的要点并不难，我就不信所有人在做项目时一点积累也没，只要你说出来，可以说，这方面你就碾压了将近 7 成的竞争者。

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

在描述项目里框架技术时，最好你再带些分布式的技术。下面我列些大家可以准备的分布式技术。

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

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

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

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

3.3 数据库方面，别就知道增删改查，得了解性能优化

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

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

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

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

3. 尤其是优化，你可以准备下如何通过执行计划查看 SQL 语句改进点的方式，或者其它能改善 SQL 性能的方式（比如建索引等）；

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

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

3.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 优化”，“数据结构对象底层代码”等细节，大家也可以举一反三，通过看一些高级知识，多准备些其它类似面试题。

3.5 Linux 方面，至少了解如何看日志排查问题

如果候选人能证明自己有“排查问题”和“解决问题”的能力，这绝对是个加分项，但怎么证明？目前大多数的互联网项目，都是部署在 Linux 上，也就是说，日志都是在 Linux，下面归纳些实际的 Linux 操作。

1. 能通过 less 命令打开文件，通过 Shift+G 到达文件底部，再通过?+关键字的方式来根据关键来搜索信息；

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

3. 能通过 vi 来编辑文件；

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

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

3.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 框架等相关知识点，你在回答时，顺便说一句，“我还了解这块的底层实现”，那么面试官一定会追问，那么你就可以说出来了。

预估面试题，准备对应的回答

4.1 哪些问题面试中大概率会被问到

在面试里，不管如何引导面试官，其实如下方面的问题很大可能会被问到，所以在面试前可以提前准备。

1. 职位介绍里提到的技能要点，比如职位介绍里有提到 Mybatis，那么面试官一定会问相关问题；

2. 你在项目介绍时抛出的技术关键字，比如你在面试过程中介绍项目时提到了 Redis，那么在介绍完项目后，面试官就会问，“你项目里是如何使用 Redis 的？”，类似的，简历中你写的技术，也有可能会被问到；

3. Java 核心，数据库，Spring 框架，项目管理等基础问题，这些就不用说了，不过如果你引导得当的话，面试官会花费很多时间问你提到的技术，这块会问得比较少；

4. 必要的算法题，比如排序等，其实面试官感觉你技术可以的话，这块就不怎么会问了，但准备的时候需要看这个，有备无患。

4.2 面试官提问的方式

以上介绍了常见问题的种类，这里介绍下面试官常用的提问方式。

• 问用法，比如直接提问，项目里你 netty 怎么用的？这块大家可以结合项目准备说辞；

• 问流程，比如结合业务，讲下 nginx 负载均衡的用法？这也可以结合项目和网上搜到的资料准备说辞；

• 问原因，比如为什么要用 netty？这块就要结合项目说明了；

• 问技术点， 比如 netty 里零拷贝怎么回事？对此，需要对简历上提到的每个技术点，以及面试过程中将要提到的每个技术点，搜相关面试问题，并结合业务说明；

• 问基础知识，比如 finally 从句的用途，这就可以通过刷题来获取了。

4.3 举例说明该如何准备面试问题

下面给出准备问题的技巧。

• 斟酌面试时抛出的技能，逐一准备说辞；

• 针对技术，网上搜索问题，比如搜 Spring IOC 面试题，结合网上的参考答案准备说辞；

• 准备技术的实施要点，比如做了哪些配置文件，你在项目里踩过哪些坑？

• 最好结合底层代码说明。

如下给出两个例子，先以 MyCat 分库分表为例，给出介绍说辞的技巧。

• 准备业务背景，为什么要用？比如我们项目数据库并发压力大，需要用 MyCat 作为分库分表；

• 如何使用，无非是设置分库规则，改写 SQL 语句等；

• 准备下踩到的坑，比如自增长主键在每台机器上都要保证唯一；

• 然后再结合些底层代码，准备下一条 SQL 语句是如何分发到对应的分库上的，然后执行好以后又如何返回的；

• 再可以准备些只有做过才知道的细节，比如发布上线和清洗数据的流程；

• 网上找些 MyCAT 的面试题，准备相关说辞。

一般说到了这里，面试官就不怎么问了，哪怕你后面再被问倒，面试官也会感觉你 MyCat 很熟悉。

下面以 Netty 为例，给出相关技巧。

• 结合业务需求点，说下为什么要用这个技术，怎么用的，以及用了有什么好处？ 比如为了优化网络通讯协议，所以用基于 TCP 协议的 Netty，业务模块里的 xxx 功能是用到 netty；

• 准备下踩到的坑，比如在某业务场景里，我遇到了半包粘包问题，我是通过调试底层代码解决的；

• 用了 Netty 对项目的帮助。比如 Netty 是基于 TCP 协议的，它要比 Http 协议要轻，所以通讯性能高，且 Netty 内部的 Reactor 线程模型对系统的 IO 帮助很大；

• 基于零拷贝、读写索引和异步处理机制，准备些底层代码，在面试里说明；

• 顺带再准备下 Netty 的组件，工作流程等问题，这能搜到问题和相关说辞。

在讲的时候，大家甚至可以边画 Netty 流程图，再结合底层代码说明，这样面试官一定会对大家刮目相看。

其实这里仅仅是抛砖引玉，或者提到的技术比较高深 ，但可以讲述的技术还可以是线程池，MyBatis 组件，Redis，甚至是虚拟机优化等。哪怕是初级开发，也能多少抓住一两个点，按上述思路说明。

面试时如何不被面试官牵着鼻子，自我把控面试的走向？

5.1 在介绍项目时，引导话题的技巧以及案例

在做项目介绍的时候，你可以穿插说出一些你的亮点，但请记得，不论在介绍项目还是在回答问题，你当前的职责不是说明亮点而是介绍项目，一旦你详细说，可能会让面试官感觉你跑题了。

所以这时你可以一笔带过，比如你可以说，“我们的项目对数据要求比较大，忙的时候平均每小时要处理几十万条数据”，这样就可以把面试官引入“大数据”的方向。

你在面试前可以根据职位的需求，准备好这种“一笔带过”的话。比如这个职位的需求点是 Spring MVC 框架，大数据高并发，要有数据库调优经验，那么介绍以往项目时，你就最好突出这些方面你的实际技能。

再给大家举个例子，比如 Java 虚拟机内存管理和数据库优化是绝大多数项目都要遇到的两大问题，大家都可以在叙述项目经验时说，在这个项目里，我们需要考虑内存因素，因为我们的代码只允许在 2G 内存环境中运行，而且对数据库性能要求比较高，所以我们经常要监控优化内存和数据库里的 SQL 语句。这样当面试官深入提问时，就能抛出自己准备好的虚拟机内存优化和数据库优化方面的说辞。

或者说，在项目介绍时提到，在 xx 模块里，我们使用了 nginx 做负载均衡，达到了承受百万级并发的效果，从而引出 nginx 的话题。

实在不行，你也可以说“我除了做开发，也做了了解需求，测试和部署的工作，因为这个项目人手比较少，压力比较大”，这样你也能展示你有过独挡一面的经历。

5.2 以 Netty 为例，讲述引出值钱话题的技巧

比如在介绍项目时，我提到了 Netty 技术，如果面试官没打断，我就问，能否介绍其中的 Netty 细节？得到允许后再说。

或者把技术关联到面试官可能会问的问题上，比如问及网络通讯时介绍 Netty，这个事先整理一个问题列表，遇到此类问题，顺带抛出 Netty 说辞。

问题列表可以是，项目里你用到哪些组件？用到哪些通讯协议？如何进行模块间的交互等等，然后先回答问题本身，再扩展到 Netty。但请记住，别自说自话，因为过犹不及，其它技术照此办理

5.3 以案例说明，在回答问题时引出准备过话题的技巧

比如面试官问你 Spring 相关问题，假设问到，你对 Spring 依赖注入了解多少，在说好 Spring 相关问题后再提一句，我们同时用 Spring，以低耦合的方式整合了 MyCAT 组件，从而达到了分库分表的效果，这样就引出了分库分表的话题 。

或者在介绍 Netty 流程后，再说一句，在实际项目里，我们还遇到了因 Netty 底层代码而导致的 OOM 问题，对此，我们组负责排查和解决问题，这样就自然而然地引出了 OOM 内存溢出的问题。

或者在介绍完线程相关问题时，再提一句，在项目里，我们用到了线程池来管理线程，这样就引出了高并发的话题。

但在引导的时候，请注意如下的三点。

第一，面试官不接口的，应当立即停止，再说下去就属于自说自话了。

第二，还是要准备必要的基础问题，还是要刷题，还是要准备各种说辞，因为面试前的全面准备，是引导的基础。

第三，应当引导面试官问些“框架”和“性能调优”等值钱方面的技能，这样才能最大程度地展示你的能力，同样，此类问题需要面试前准备。

5.4 你可以引导的加分项

在如下的一些表格里，归纳的加分项甚至初级开发多少也能准备，其中涵盖了诸多方面。

表 Java Core 方面可以准备的亮点

表 数据库方面可以准备的亮点

表 Java Web 框架方面可以准备的亮点

表 分布式组件方面可以准备的亮点

由此大家能看到，其实很多事先可以准备的点，其实是你没有想到，但你项目里一定用过。你据此准备，在通过上述技巧在面试中合理地找机会说出来，你面试成功的可能性一定会大大增加。

总结，面试准备后，结果可能就大不同

先从面试官的角度看下，哪些人能面试成功？

1. 最近半年的项目经历和 JD 匹配度很高；

2. 通过面试，JD 上的技能候选人大多能掌握；

3. 候选人在 Java 核心，数据库和框架方面的基础技能达标；

4. 不是刺头，团队合作没问题，没有其它大问题。

但如果大家面试前不准备，或者准备不到位，那么就会面临如下的后果了：

1. 简历未必能过筛选，甚至没有面试机会；

2. 无法证明项目里用到的技术和 JD 高度契合；

3. 介绍项目经验时没问题，把提问的主动权交给面试官；

4. 不知道将会问哪些问题，所有问题都现场想；

5. 在面试现场，没法让面试官全面了解你的技术亮点。

但如果按照上述方法准备，大家很大程度上能得到如下的收获。

1. 能通过微调简历，得到更多的面试机会；

2. 能通过挖掘项目经验，证明自己的技能和 JD 契合；

3. 能知道哪些属于值钱技能，并能结合业务准值钱技能和调优技能的说辞，而且能不露痕迹地展示；

4. 不仅限于 coding，更能展示项目管理（sonar 等），linux，项目部署（nginx）等方面的技能；

5. 知道面试大致会问哪些问题，并由此能事先准备；

6. 能事先尽可能多地挖掘亮点，并在面试时展示。

这就是大家阅读本文后的收获，最后感谢大家看完本文。

https://docs.qq.com/doc/DUGJPaUhObXJrV3ZR面试资料 java 资料