⾯试感悟：3年⼯作经验java程序员应有的技能
前⾔
因为和同事有约定再加上LZ⾃⼰也喜欢做完⼀件事之后进⾏总结，因此有了这篇⽂章。这篇⽂章⼤部分内容都是⾯向整个体的，当然因为LZ本⾝是做Java开发的，因此有⼀部分内容也是专门⾯向咱们Java程序员的。
简单先说⼀下，LZ坐标杭州，13届本科毕业，算上年前在阿⾥巴巴B2B事业部的⾯试，⼀共有⾯试了有6家公司（因为LZ不想请假，因此只是每个晚上去其他公司⾯试，所以⾯试的公司⽐较少），其中成功的有4家，另外两家失败的原因在于：
1、阿⾥巴巴B2B事业部的⾯试，两轮技术⾯试都过了，最后⼀轮⾯试是对⽅的主管，由于听说技术⾯试过了基本上90%都⾯试成功了，所以LZ在和主管的交谈中也是毫⽆顾忌，说得天花乱坠，很多⾃⼰介于知道和不知道的东西都直接脱⼝⽽出了，结果多次被对⽅⼀反问就问得哑⼝⽆⾔。事后想来，模棱两可的答案是⾯试中最忌讳的，这次的失败也让LZ认真地对待后⾯的每⼀次⾯试
2、另外⼀家失败的是⼀家⼩公司，也就20来个⼈吧，整个团队是⽀付宝出来创业的，⾮常厉害。⾯试完LZ多⽅了解了⼀下，对⽅认为我基本功什么的都不错，但是实际项⽬经验还是⽋缺⼀些，因为对⽅是创业型公司，需要⼈上⼿就能⼲活，因此我在这个时候还不是特别适合他们团队
⾄于其他成功的四家公司，给LZ的⾯试评价都挺⾼的貌似，但LZ也不想记流⽔账，因此就不⼀⼀列举每家公司的⾯试过程了，下⾯LZ主要谈谈作为⼀名⼯作三年左右的Java程序员应该具备的⼀些技能以及个⼈的⼀些其他感悟。
关于程序员的⼏个阶段
每个程序员、或者说每个⼯作者都应该有⾃⼰的职业规划，如果看到这⾥的朋友没有⾃⼰的职业规划，希望你可以思考⼀下⾃⼰的将来。
LZ常常思考⾃⼰的未来，也从⾃⼰的思考中总结出了⼀些东西，作为第⼀部分来谈谈。LZ认为⼀名程序员应该有⼏个阶段（以下时间都算上实习期）：
第⼀阶段：三年
我认为三年对于程序员来说是第⼀个门槛，这个阶段将会淘汰掉⼀批不适合写代码的⼈。这⼀阶段，我们⾛出校园，迈⼊社会，成为⼀名程序员，正式从书本上的内容迈向真正的企业级开发。我们知道如何团队协作、如何使⽤项⽬管理⼯具、项⽬版本如何控制、我们写的代码如何测试如何在线上运⾏等等，积累了⼀定的开发经验，也对代码有了⼀定深⼊的认识，是⼀个⽐较纯粹的Coder的阶段
第⼆阶段：五年
五年⼜是区分程序员的第⼆个门槛。有些⼈在三年⾥，除了完成⼯作，在空余时间基本不会研究别的东西，这些⼈永远就是个Coder，年纪⼤⼀些势必被更年轻的⼈给顶替；有些⼈在三年⾥，除了写代码之外，还热衷于研究各种技术实现细节、看了N多好书、写⼀些博客、在Github上分享技术，这些⼈在五年后必然具备在技术上独当⼀⾯的能⼒并且清楚⾃⼰未来的发展⽅向，从⼀个Coder逐步⾛向系统分析师或是架构师，成为项⽬组中不可或缺的⼈物
第三阶段：⼗年
⼗年⼜是另⼀个门槛了，转⾏或是继续做⼀名程序员就在这个节点上。如果在前⼏年就抱定不转⾏的思路并且为之努⼒的话，那么在⼗年的这个节点上，有些⼈必然成长为⼀名对⾏业有着深⼊认识、对技术有着深⼊认识、能从零开始对⼀个产品进⾏分析的程序员，这样的⼈在公司基本担任的都是CTO、技术专家、⾸席架构师等最关键的职位，这对于⾃⼰绝对是⼀件荣耀的事，当然⽼板在经济上也绝不会亏待你
第⼀部分总结⼀下，我认为，随着你⼯作年限的增长、对⽣活对⽣命认识的深⼊，应当不断思考三个问题：
1、我到底适不适合当⼀名程序员？
2、我到底应不应该⼀辈⼦以程序员为职业？
3、我对编程到底持有的是⼀种什么样的态度，是够⽤就好呢还是不断研究？
最终，明确⾃⼰的职业规划，对⾃⼰的规划负责并为之努⼒。
关于项⽬经验
LZ在⽹上经常看到⼀些别的朋友有提出项⽬经验的问题，依照LZ⾯试的感觉来说，⾯试主要看⼏点：项⽬经验+基本技术+个⼈潜⼒（也就是值不值得培养）。
关于项⽬经验，我认为并发编程⽹的创始⼈⽅腾飞⽼师讲的⼀段话⾮常好：
介绍产品时⾯试官会考察应聘者的沟通能⼒和思考能⼒，我们⼤部分情况都是做产品的⼀个功能或⼀个模块，但是即使是这样，⾃⼰有没有把整个系统架构或产品搞清楚，并能介绍清楚，为什么做这个系统？这个系统的价值是什么？这个系统有哪些功能？优缺点有哪些？如果让你重新设计这个系统你会如何设计？
我觉得这就已经⾜以概括了。也许你仅仅⼯作⼀年，也许你做的是项⽬中微不⾜道的模块，当然这些⼀定是你的劣势且⽆法改变，但是如何弥补这个劣势，从⽅⽼师的话中我总结⼏点：
高级java程序员掌握技能1、明确你的项⽬到底是做什么的，有哪些功能
2、明确你的项⽬的整体架构，在⾯试的时候能够清楚地画给⾯试官看并且清楚地指出从哪⾥调⽤到哪⾥、使⽤什么⽅式调⽤
3、明确你的模块在整个项⽬中所处的位置及作⽤
4、明确你的模块⽤到了哪些技术，更好⼀些的可以再了解⼀下整个项⽬⽤到了哪些技术
在你⽆法改变⾃⼰的⼯作年限、⾃⼰的不那么有说服⼒的项⽬经验的情况下（这⼀定是扣分项），可以通过这种⽅式来⼀定程度上地弥补并且增进⾯试官对你的好感度。
关于专业技能
写完项⽬接着写写⼀名3年⼯作经验的Java程序员应该具备的技能，这可能是Java程序员们⽐较关⼼的内容。我这⾥要说明⼀下，以下列举的内容不是都要会的东西—-但是如果你掌握得越多，最终能得到的评价、拿到的薪⽔势必也越⾼。
1、基本语法
这包括static、final、transient等关键字的作⽤，foreach循环的原理等等。今天⾯试我问你static关键字有哪些作⽤，如果你答出static修饰变量、修饰⽅法我会认为你合格，答出静态块，我会认为你不错，答出静态内部类我会认为你很好，答出静态导包我会对你很满意，因为能看出你⾮常热衷研究技术。
最深⼊的⼀次，LZ记得⾯试官直接问到了我关键字的底层实现原理（顺便插⼀句，⾯试和被⾯试本⾝就是相对的，⾯试官能问这个问题同时也让⾯试者感觉到⾯试官也是⼀个喜爱研究技术的⼈，增加了⾯试者对公司的好感，LZ最终选择的就是问了这个问题的公司），不要觉得这太吹⽑求疵了—-越简单的问题越能看出⼀个⼈的⽔平，别⼈对你技术的考量绝⼤多数都是以深度优先、⼴度次之为标准的，切记。
2、集合
⾮常重要，也是必问的内容。基本上就是List、Map、Set，问的是各种实现类的底层实现原理，实现类的优缺点。
集合要掌握的是ArrayList、LinkedList、Hashtable、HashMap、ConcurrentHashMap、HashSet的实现原理，能流利作答，当然能掌握CopyOnWrite容器和Queue是再好不过的了。另外多说⼀句，ConcurrentHashMap的问题在⾯试中问得特别多，⼤概是因为这个类可以衍⽣出⾮常多的问题，关于ConcurrentHashMap，我给⽹友朋友们提供三点回答或者是研究⽅向：
（1）ConcurrentHashMap的锁分段技术
（2）ConcurrentHashMap的读是否要加锁，为什么
（3）ConcurrentHashMap的迭代器是强⼀致性的迭代器还是弱⼀致性的迭代器
3、
本来以为蛮重要的⼀块内容，结果只在阿⾥巴巴B2B事业部⾯试的时候被问了⼀次，当时问的是装饰器模式。
当然咱们不能这么功利，为了⾯试⽽学习，设计模式在⼯作中还是⾮常重要、⾮常有⽤的，23种设计模式中重点研究常⽤的⼗来种就可以了，⾯试中关于设计模式的问答主要是三个⽅向：
（1）你的项⽬中⽤到了哪些设计模式，如何使⽤
（2）知道常⽤设计模式的优缺点
（3）能画出常⽤设计模式的UML图
4、多线程
这也是必问的⼀块了。因为三年⼯作经验，所以基本上不会再问你怎么实现多线程了，会问得深⼊⼀些⽐如说Thread和Runnable的区别和联系、多次start⼀个线程会怎么样、线程有哪些状态。当然这只
是最基本的，出乎意料地，⼏次⾯试⼏乎都被同时问到了⼀个问题，问法不尽相同，总结起来是这么⼀个意思：
假如有Thread1、Thread2、Threa、Thread4四条线程分别统计C、D、E、F四个盘的⼤⼩，所有线程都统计完毕交给Thread5线程去做汇总，应当如何实现？
聪明的⽹友们对这个问题是否有答案呢？不难，urrent下就有现成的类可以使⽤。
另外，线程池也是⽐较常问的⼀块，常⽤的线程池有⼏种？这⼏种线程池之间有什么区别和联系？线程池的实现原理是怎么样的？实际⼀些的，会给你⼀些具体的场景，让你回答这种场景该使⽤什么样的线程池⽐较合适。
最后，虽然这次⾯试问得不多，但是多线程同步、锁这块也是重点。synchronized和ReentrantLock的区别、synchronized锁普通⽅法和锁静态⽅法、死锁的原理及排查⽅法等等，关于多线程，我在之前有些过⽂章总结过多线程的40个问题，可以参看。
5、JDK源码
要想拿⾼⼯资，JDK源码不可不读。上⾯的内容可能还和具体场景联系起来，JDK源码就是实打实地看你平时是不是爱钻研了。LZ⾯试过程中被问了不少JDK源码的问题，其中最刁钻的⼀个问了LZ，Str
ing的hashCode()⽅法是怎么实现的，幸好LZ平时String源代码看得多，答了个⼤概。JDK源码其实没什么好总结的，纯粹看个⼈，总结⼀下⽐较重要的源码：
（1）List、Map、Set实现类的源代码
（2）ReentrantLock、AQS的源代码
（3）AtomicInteger的实现原理，主要能说清楚CAS机制并且AtomicInteger是如何利⽤CAS机制实现的
（4）线程池的实现原理
（5）Object类中的⽅法以及每个⽅法的作⽤
这些其实要求蛮⾼的，LZ去年⼀整年基本把JDK中重要类的源代码研究了个遍，真的花费时间、花费精⼒，当然回头看，是值得的—-不仅仅是为了应付⾯试。
6、框架
⽼⽣常谈，⾯试必问的东西。⼀般来说会问你⼀下你们项⽬中使⽤的框架，然后给你⼀些场景问你⽤
框架怎么做，⽐如我想要在Spring初始化bean的时候做⼀些事情该怎么做、想要在bean销毁的时候做⼀些事情该怎么做、MyBatis中$和#的区别等等，这些都⽐较实际了，平时积累得好、有多学习框架的使⽤细节⾃然都不成问题。
如果上⾯你的问题答得好，⾯试官往往会深⼊地问⼀些框架的实现原理。问得最多的就是Spring AOP的实现原理，当然这个很简单啦，两句话就搞定的的事⼉，即使你不会准备⼀下就好了。LZ遇到的最变态的是让LZ画⼀下Spring的Bean⼯⼚实现的UML图，当然⾯对这样⼀个有深度的问题，LZ是绝对答不出来的/(ㄒoㄒ)/~~
7、数据库
数据库⼗有⼋九也都会问到。⼀些基本的像union和union all的区别、left join、⼏种索引及其区别就不谈了，⽐较重要的就是数据库性能的优化，如果对于数据库的性能优化⼀窍不通，那么有时间，还是建议你在⾯试前花⼀两天专门把SQL基础和SQL优化的内容准备⼀下。
不过数据库倒是不⽤担⼼，⼀家公司往往有很多部门，如果你对数据库不熟悉⽽基本技术⼜⾮常好，九成都是会要你的，估计会先把你放到对数据库使⽤不是要求⾮常⾼的部门锻炼⼀下。
8、数据结构和算法分析
数据结构和算法分析，对于⼀名程序员来说，会⽐不会好⽽且在⼯作中绝对能派上⽤场。数组、链表是基础，栈和队列深⼊⼀些但也不难，树挺重要的，⽐较重要的树AVL树、红⿊树，可以不了解它们的具体实现，但是要知道什么是⼆叉查树、什么是平衡树，AVL树和红⿊树的区别。记得某次⾯试，某个⾯试官和我聊到了数据库的索引，他问我：
你知道索引使⽤的是哪种数据结构实现吗？
LZ答到⽤的Hash表吧，答错。他⼜问，你知道为什么要使⽤树吗？LZ答到因为Hash表可能会出现⽐较多的冲突，在千万甚⾄是上亿级别的数据⾯前，会⼤⼤增加查的时间复杂度。⽽树⽐较稳定，基本保证最多⼆三⼗次就能到想要的数据，对⽅说不完全对，最后我们还是交流了⼀下这个问题，我也明⽩了为什么要使⽤树，这⾥不说，⽹友朋友们觉得索引为什么要使⽤树来实现呢？
⾄于算法分析，不会、不想研究就算了，记得某次⾯试对⽅问我，Collections.sort⽅法使⽤的是哪种排序⽅法，额，吐⾎三升。当然为了显⽰LZ的博学，对算法分析也有⼀定的研究(⊙﹏⊙)b，LZ还是硬着头⽪说了⼀句可能是冒泡排序吧。当然答案肯定不是，有兴趣的⽹友朋友们可以去看⼀下Collections.sort⽅法的源代码，⽤的是⼀种叫做TimSort的排序法，也就是增强型的归并排序法。
9、Java虚拟机
出乎LZ的意料，Java虚拟机应该是很重要的⼀块内容，结果在这⼏家公司中被问到的概率⼏乎为0。要知道，LZ去年可是花了⼤量的时间去研究Java虚拟机的，光周志明⽼师的《深⼊理解Java虚拟机：JVM⾼级特性与最佳实践》，LZ就读了不下五遍。
⾔归正传，虽然Java虚拟机没问到，但我觉得还是有必要研究的，LZ就简单地列⼀个提纲吧，谈谈Java虚拟机中⽐较重要的内容：
（1）Java虚拟机的内存布局
（2）GC算法及⼏种垃圾收集器
（3）类加载机制，也就是双亲委派模型
（4）Java内存模型
（5）happens-before规则
（6）volatile关键字使⽤规则
也许⾯试⽆⽤，但在⾛向⼤⽜的路上，不可不会。
10、Web⽅⾯的⼀些问题
Java主要⾯向Web端，因此Web的⼀些问题也是必问的。LZ碰到过问得最多的两个问题是：
谈谈分布式Session的⼏种实现⽅式
常⽤的四种能答出来⾃然是让⾯试官⾮常满意的，另外⼀个常问的问题是：
讲⼀下Session和Cookie的区别和联系以及Session的实现原理
这两个问题之外，l⾥⾯的内容是重点，Filter、Servlet、Listener，不说对它们的实现原理⼀清⼆楚吧，⾄少能对它们的使⽤知根知底。另外，⼀些细节的⽅⾯⽐如get/post的区别、forward/重定向的区别、HTTPS的实现原理也都可能会被考察到。
噢，想起来了，⼀致性Hash算法貌似也被问到了⼏次，这个LZ以前专门深⼊研究过并且写了两篇博⽂，因此问到这个问题LZ⾃然是答得毫不费⼒。⽂章是和对，特别说明，LZ真的不是在为⾃已以前写的⽂章打⼴告啊啊啊啊啊啊。
最后，如果有兴趣有时间，建议学习、研究⼀下SOA和RPC，⾯向服务体系，⼤型分布式架构必备，救命良⽅、包治百病、屡试不爽。
关于HR⾯试
如果你过五关斩六将，成功地通过了所有的技术⾯，那么恭喜你，你离升职加薪、出任CEO、迎娶⽩富美、⾛向⼈⽣巅峰⼜进了⼀步。但是还没有到谈薪资待遇的时候，最后还有⼀个考验：HR⾯试。基本所有的⼤公司都有这⼀轮的⾯试，不要⼩看HR⾯试，很多公司的HR对于⾯试者都有⼀票否决权的—-即使前⾯的⾯试对你的评价再⾼。
所以，这轮的⾯试也必须重视起来，HR⾯试主要问的是⼏点：
1、简历中写的过去⼯作经历的离职原因
2、当前公司薪资待遇
3、期望能到怎样的⼀家公司
4、个⼈未来的发展⽅向
我专门提⼀下第2点。可能有⼈⽐较排斥也不想说这个，我个⼈倒是持开放状态，问了就说了，当然⼀些的夸⼤还是必要的，当前公司薪资待遇多报个⼀千块钱完全没问题（毕竟是⼀家互联⽹公司总多多少少有些补贴啊什么的嘛）。因为这和你在新公司能拿到的薪⽔关系不⼤，新公司能拿到的薪⽔的决
定因素是整个公司的薪资情况以及根据你的⾯试情况在公司的定位，都是有固定的薪资范围的。HR问这个主要也就是⼼⾥有个数并且看你是否诚信—-有些公司⼊职时会要求你提供最近⼀家单位的银⾏流⽔号。
HR⾯试就说到这⾥了，总结起来其实就是四个字：滴⽔不漏。整个⾯试过程态度积极向上，不要有任何悲观消极的态度（尤其在谈到以前公司情况的时候，即使有再多的不满），就不会有问题。
关于⾯试⼼态
这个嘛，LZ其实在公司也⾯试过⼏个⼈，⼀半以上的⾯试者回答问题的时候都属于那种双腿发抖、声⾳颤抖的类型。在LZ看来这⼤可不必并且这还是扣分项，回答问题的时候最最基本的两个要求：
1、不紧不慢，平⼼静⽓
2、条理清晰
表达能⼒绝对是⾯试的时候重要的考察项⽬。咱们做的是程序员这⼀⾏，讲究的是团队协作，不是写作、画画，⼀⽀笔、⼀个⼈就⾏了，⼀个表达能⼒不⾏的程序员，要来⼜有什么⽤呢？
除此之外，就是保持良好的⼼态。古语说得好，只要功夫深，铁杵磨成针，⾯试的成功与否，在于平
时的积累，临时抱抱佛脚，看两道⾯试题是没有⽤的，只要平时⾜够努⼒，成功是⽔到渠成的事情，平时不怎么研究技术的，那也就是个听天由命的事情，只要充分地展⽰平时⾃⼰的所学就可以了。
因此在我看来，不要把⾯试当作⾯试，当做⼀次技术交流，把⾯试的⼼态从我要到⼀份⼯作转变为我要通过⾯试去发现不⾜、提升⾃⼰，这样就会平和多了，即使失败也不会有太多失望的感觉。
另外，如果平时⾃⼰热衷于研究技术的朋友，真的要有⾃信，不要觉得别⼈⾯试你别⼈就⽐你厉害。⾯试官未必⽐你优秀，他问的问题往往都是他平时研究得⽐较多的问题，你⼀样有很多⾃⼰的研究⾯试官未必知道。
关于Java
⽹上常看到⼀种说法：Java⽐较简单。某种程度上这会打击Java程序员的信⼼—-原来咱们平时⽤的是这种⼩⼉科的玩意⼉啊，在我看来这种想法⼤可不必，这⼀部分我来讲讲对于这个话题的看法。
这种说法有些⽚⾯，得分开两部分来看，我⽤四个⾃总结⼀下就是：易学难精。
1、易学部分
Java易学我认为有两部分的原因：
（1）很多培训公司包括⼤四的学⽣⼯作都会学习Java，绝⼤多数是因为易学。Java从C/C++发展⽽来，感谢前⼈的智慧，它消除了
C/C++中最复杂和让⼈困惑的语法、它消除了平台的差异性、它不需要⽤户⼿动释放内存空间、它避免了Java程序员和本地语⾔的交互，让程序员只需要专注于语法层⾯和应⽤层⾯。
（2）Java作为⼀门⾯向对象的语⾔，在企业级开发中体现出了它⽆与伦⽐的特性，整个开发流程⽐较固定化、模块化，需求分析起来也相对容易。我举个⾃⼰以前的例⼦吧，我在⼤⼀学习C语⾔的时候，⽤C语⾔写了⼀个图书管理系统写了2000+的代码，⼤四学了C++之后，⽤⾯向对象的语⾔C++取代⾯向过程的语⾔C语⾔重新写了⼀个功能相似的图书管理系统，只写了1100⾏的样⼦，这就是⾯向对象的优势。
2、难精部分
接着咱们聊聊难精的部分。
Java语⾔的设计者帮助Java程序员做了这么多事情，这有利也有弊。有利的部分前⾯已经说过了，让Java易学，不过有弊的部分同样明显。假如在应⽤运⾏过程中遇到了语法层⾯和应⽤层⾯之外的错误，应当如何处理？⽐如线上环境出现内存溢出怎么办？GC时间过长怎么办？IO长时间没反应怎么办？⽅法抛出莫名其妙的异常怎么办？
凡此种种，绝不是⼀名只会写⼏个if…else…的Java程序员就可以解决的，这需要⼤量的经历、⼤量的实践、⼤量对Java底层实现细节的研究，⽽这往往是最难、最考验Java程序员的部分，⼀些⼈根本就不想往深去研究，另外⼀些⼈研究了⼀点点就研究不下去了。
Java为什么难精？就是这个原因。除⾮你⽔平特别⾼，否则五年⼯作经验以下的Java程序员在简历上写”精通Java”绝对是⼀件⾮常愚蠢的事情。

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。