中望面试java凉经总结

面试官看上去很老四十多岁的样子，喜欢打断发言，也不会抬头看你，面试体验很差，全程没有反馈，更别说引导，算是面试七八次以来体验最差的一次吧。
挺感谢他的，把我打击的体无完肤，反省自己，意识到大厂以外的公司一般更注重你的应用经验，抓住spring的实际应用去问，还有就是要展开讲讲自己的东西(虽然他经常打断我导致我后面介绍项目时不敢多讲，然后就说我项目啥也不懂，说的太简单了)。
一个小插曲，他问我项目中用到的标签，可能是我自己的问题，我说了配置mybatis时xml标签和前端的标签，然后说前端标签不太懂，然后他说嗯，项目中一般会用到很多注解，我日了狗了，原来说的是注解，然而他已经不给我机会说了，问下个问题了。
这里得到的教训就是，每个概念不能拘泥于一种说法，面试官可能会偏向于跟你所想的不同的说法，比如java注解，他说的是标签，也会有面试官说是注释，有的面试官会提醒你一下，有的就直接pass下一个。再比如有的面试官喜欢把java集合叫做容器。

try catch finally return的问题，我没有说的很详细，只是说了，如果return前捕获异常，就不会执行return，然后在catch中有return的话会返回catch的return，如果finally中有return则会覆盖前面块中return的值，他也没有追问，只是最后告诉我这边答的不行，让我再看看。
我一般是想到哪说到哪，这点得改，说之前得想好，条理清晰些，他出的场景题，魂斗罗的实现，我的思路是从主角到怪到箱子buff开始说，但他一直打断我，让我先定义好所有的接口、类什么的，一块块说，我就很烦，我想根据每个类和他应该实现哪些接口有哪些属性来说 ，这样思维好发散，但他却一直打断我，让我先说接口再说类。
还有个点，他问我怎么开启事务，这个我确实没想到，因为我平时都是spring声明式事务，就算sql命令行写sql语句单条也会自动加事务，具体哪条命令开启事物我早忘了，我就说我一般用spring声明式事务管理，mysql事物开启有专门的一条命令，我不太记得了，然后通过commit提交，他又问了句哪条命令，我只能说我忘了。这里怪我，落地到sql层面的实操经验太少，依赖于上层应用。
最后评价:回答条理不清晰、不流畅，但场景题答的十分出色，然后spring的一些基础应用不是很了解，try catch finally 那块儿也说的不对，然后项目只是简单的看别人怎么做的，没有理解。
这个评价中，不清晰不流畅我是服气的，他这次是我第五次面试，还是有点紧张的，然后他会打断你、也不看你，回答也没有反馈，比如嗯、对、这里不太对，只是自己唱独角戏，就更加紧张了。 spring不了解，是我没机会回答，一个是注解没答，一个是项目介绍的过于简单，他就认为我是指看了别人的项目，甚至就下定义认为没必要问，就没问。这个项目确实是学的，但是我是从建表开始一行行敲搞了两个多月的，理解还是挺透彻的，然而他却认定我是没学，然后也不问。全然不像我跟其他面试官的深入细节讨论。

总结:面试官虽然不怎么样，但究其原因是自己还不够全面，也算感谢他，给了我很深的打击和反省。

1.学会的东西没用，要会讲，讲之前要酝酿一下大体思路。项目中的重点技术要细讲，不要管面试官会不会打断你。层次分明，条理清晰。
2.讲之前要明确好要讲的内容，同一概念在不同面试官中叫法不同，可以先问清楚是哪个。后来一家面试官，java容器的叫法我以为是想让我讲spring容器，我想哪有上来就问spring的，就问了下指哪方面，才问清是集合。除此之外要明确他想问的重点。
3.没有任何反馈的面试官，不要紧张，当他是空气，自己讲自己的，把自己认为的重点部分都讲出来，尤其是需要分情况说的，要都说出来，不要觉得没反馈就概括的讲讲。
4.概念要落地，多线程、线程池、序列化、io、sql事物、linux命令多敲一敲，细枝末节也需要注意，譬如具体的语句、方法名，甚至读音(以前只认识annotation，没想过读音，他问注解怎么实现时，我答的不好，getAnnotation方法说成了annotation，还说的不标准)。
5.不要因为面试官影响自己，我们选择不了面试官，只能改变自己。

最后，感谢他挂了我，让我过了后三个公司面试。




#面经#