前言

因為和同事有約定再加上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面試的感覺來說，面試主要看幾點：項目經驗+基本技術+個人潛力（也就是值不值得培養）。

關于項目經驗，我認為并發編程網的創始人方騰飛老師講的一段話非常好：

介紹產品時面試官會考察應聘者的溝通能力和思考能力，我們大部分情況都是做產品的一個功能或一個模塊，但是即使是這樣，自己有沒有把整個系統架構或產品搞清楚，并能介紹清楚，為什么做這個系統？這個系統的價值是什么？這個系統有哪些功能？優缺點有哪些？如果讓你重新設計這個系統你會如何設計？

我覺得這就已經足以概括了。也許你僅僅工作一年，也許你做的是項目中微不足道的模塊，當然這些一定是你的劣勢且無法改變，但是如何彌補這個劣勢，從方老師的話中我總結幾點：

1、明確你的項目到底是做什么的，有哪些功能

2、明確你的項目的整體架構，在面試的時候能夠清楚地畫給面試官看并且清楚地指出從哪里調用到哪里、使用什么方式調用

3、明確你的模塊在整個項目中所處的位置及作用

4、明確你的模塊用到了哪些技術，更好一些的可以再了解一下整個項目用到了哪些技術

在你無法改變自己的工作年限、自己的不那么有說服力的項目經驗的情況下（這一定是扣分項），可以通過這種方式來一定程度上地彌補并且增進面試官對你的好感度。

關于專業技能

寫完項目接著寫寫一名3年工作經驗的Java程序員應該具備的技能，這可能是Java程序員們比較關心的內容。我這里要說明一下，以下列舉的內容不是都要會的東西—-但是如果你掌握得越多，最終能得到的評價、拿到的薪水勢必也越高。

1、基本語法

這包括static、final、transient等關鍵字的作用，foreach循環的原理等等。今天面試我問你static關鍵字有哪些作用，如果你答出static修飾變量、修飾方法我會認為你合格，答出靜態塊，我會認為你不錯，答出靜態內部類我會認為你很好，答出靜態導包我會對你很滿意，因為能看出你非常熱衷研究技術。

最深入的一次，LZ記得面試官直接問到了我volatile關鍵字的底層實現原理（順便插一句，面試和被面試本身就是相對的，面試官能問這個問題同時也讓面試者感覺到面試官也是一個喜愛研究技術的人，增加了面試者對公司的好感，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、Thread3、Thread4四條線程分別統計C、D、E、F四個盤的大小，所有線程都統計完畢交給Thread5線程去做匯總，應當如何實現？

聰明的網友們對這個問題是否有答案呢？不難，java.util.concurrent下就有現成的類可以使用。

另外，線程池也是比較常問的一塊，常用的線程池有幾種？這幾種線程池之間有什么區別和聯系？線程池的實現原理是怎么樣的？實際一些的，會給你一些具體的場景，讓你回答這種場景該使用什么樣的線程池比較合適。

最后，雖然這次面試問得不多，但是多線程同步、鎖這塊也是重點。synchronized和ReentrantLock的區別、synchronized鎖普通方法和鎖靜態方法、死鎖的原理及排查方法等等，關于多線程，我在之前有些過文章總結過多線程的40個問題，可以參看40個Java多線程問題總結。

5、JDK源碼

要想拿高工資，JDK源碼不可不讀。上面的內容可能還和具體場景聯系起來，JDK源碼就是實打實地看你平時是不是愛鉆研了。LZ面試過程中被問了不少JDK源碼的問題，其中最刁鉆的一個問了LZ，String的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的實現原理

這兩個問題之外，web.xml里面的內容是重點，Filter、Servlet、Listener，不說對它們的實現原理一清二楚吧，至少能對它們的使用知根知底。另外，一些細節的方面比如get/post的區別、forward/重定向的區別、HTTPS的實現原理也都可能會被考察到。

噢，想起來了，一致性Hash算法貌似也被問到了幾次，這個LZ以前專門深入研究過并且寫了兩篇博文，因此問到這個問題LZ自然是答得毫不費力。文章是MemCache超詳細解讀和對一致性Hash算法，Java代碼實現的深入研究，特別說明，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”絕對是一件非常愚蠢的事情。