，轉載請註明出處，謝謝！
前言
由於和同事有約定再加上LZ本身也喜歡作完一件事以後進行總結，所以有了這篇文章。這篇文章大部份內容都是面向整個程序員羣體的，固然由於LZ自己是作Java開發的，所以有一部份內容也是專門面向我們Java程序員的。
簡單先說一下，LZ座標杭州，13屆本科畢業，算上年前在阿里巴巴B2B事業部的面試，一共有面試了有6家公司（由於LZ不想請假，所以只是每一個晚上去其餘公司面試，因此面試的公司比較少），其中成功的有4家，另外兩家失敗的緣由在於：
一、阿里巴巴B2B事業部的面試，兩輪技術面試都過了，最後一輪面試是對方的主管，因爲據說技術面試過了基本上90%都面試成功了，因此LZ在和主管的交談中也是毫無顧忌，說得天花亂墜，不少本身介於知道和不知道的東西都直接脫口而出了，結果屢次被對方一反問就問得啞口無言。過後想來，模棱兩可的答案是面試中最忌諱的，此次的失敗也讓LZ認真地對待後面的每一次面試
二、另一家失敗的是一家小公司，也就20來我的吧，整個團隊是支付寶出來創業的，很是厲害。面試完LZ多方瞭解了一下，對方認爲我基本功什麼的都不錯，可是實際項目經驗仍是欠缺一些，由於對方是創業型公司，須要人上手就能幹活，所以我在這個時候還不是特別適合他們團隊
至於其餘成功的四家公司，給LZ的面試評價都挺高的貌似，但LZ也不想記流水帳，所以就不一一列舉每家公司的面試過程了，下面LZ主要談談做爲一名工做三年左右的Java程序員應該具有的一些技能以及我的的一些其餘感悟。
關於程序員的幾個階段
每一個程序員、或者說每一個工做者都應該有本身的職業規劃，若是看到這裏的朋友沒有本身的職業規劃，但願你能夠思考一下本身的未來。
LZ經常思考本身的將來，也從本身的思考中總結出了一些東西，做爲第一部分來談談。LZ認爲一名程序員應該有幾個階段（如下時間都算上實習期）：
- 第一階段----三年
- 我認爲三年對於程序員來講是第一個門檻，這個階段將會淘汰掉一批不適合寫代碼的人。這一階段，咱們走出校園，邁入社會，成爲一名程序員，正式從書本上的內容邁向真正的企業級開發。咱們知道如何團隊協做、如何使用項目管理工具、項目版本如何控制、咱們寫的代碼如何測試如何在線上運行等等，積累了必定的開發經驗，也對代碼有了必定深刻的認識，是一個比較純粹的Coder的階段
- 我認爲三年對於程序員來講是第一個門檻，這個階段將會淘汰掉一批不適合寫代碼的人。這一階段，咱們走出校園，邁入社會，成爲一名程序員，正式從書本上的內容邁向真正的企業級開發。咱們知道如何團隊協做、如何使用項目管理工具、項目版本如何控制、咱們寫的代碼如何測試如何在線上運行等等，積累了必定的開發經驗，也對代碼有了必定深刻的認識，是一個比較純粹的Coder的階段
- 第二階段----五年
- 五年又是區分程序員的第二個門檻。有些人在三年裏，除了完成工做，在空餘時間基本不會研究別的東西，這些人永遠就是個Coder，年紀大一些勢必被更年輕的人給頂替；有些人在三年裏，除了寫代碼以外，還熱衷於研究各類技術實現細節、看了N多好書、寫一些博客、在Github上分享技術，這些人在五年後必然具有在技術上獨當一面的能力而且清楚本身將來的發展方向，從一個Coder逐步走向系統分析師或是架構師，成爲項目組中不可或缺的人物
- 五年又是區分程序員的第二個門檻。有些人在三年裏，除了完成工做，在空餘時間基本不會研究別的東西，這些人永遠就是個Coder，年紀大一些勢必被更年輕的人給頂替；有些人在三年裏，除了寫代碼以外，還熱衷於研究各類技術實現細節、看了N多好書、寫一些博客、在Github上分享技術，這些人在五年後必然具有在技術上獨當一面的能力而且清楚本身將來的發展方向，從一個Coder逐步走向系統分析師或是架構師，成爲項目組中不可或缺的人物
- 第三階段----十年
- 十年又是另外一個門檻了，轉行或是繼續作一名程序員就在這個節點上。若是在前幾年就抱定不轉行的思路而且爲之努力的話，那麼在十年的這個節點上，有些人必然成長爲一名對行業有着深刻認識、對技術有着深刻認識、能從零開始對一個產品進行分析的程序員，這樣的人在公司基本擔任的都是CTO、技術專家、首席架構師等最關鍵的職位，這對於本身絕對是一件榮耀的事，固然老闆在經濟上也毫不會虧待你
第一部分總結一下，我認爲，隨着你工做年限的增加、對生活對生命認識的深刻，應當不斷思考三個問題：
一、我到底適不適合當一名程序員？
二、我到底應不該該一生以程序員爲職業？
三、我對編程到底持有的是一種什麼樣的態度，是夠用就好呢仍是不斷研究？
最終，明確本身的職業規劃，對本身的規劃負責併爲之努力。
關於項目經驗
LZ在網上常常看到一些別的朋友有提出項目經驗的問題，依照LZ面試的感受來講，面試主要看幾點：項目經驗+基本技術+我的潛力（也就是值不值得培養）。
關於項目經驗，我認爲併發編程網的創始人方騰飛老師講的一段話很是好：
介紹產品時面試官會考察應聘者的溝通能力和思考能力，咱們大部分狀況都是作產品的一個功能或一個模塊，可是即便是這樣，本身有沒有把整個系統架構或產品搞清楚，並能介紹清楚，爲何作這個系統？這個系統的價值是什麼？這個系統有哪些功能？優缺點有哪些？若是讓你從新設計這個系統你會如何設計？
我以爲這就已經足以歸納了。也許你僅僅工做一年，也許你作的是項目中微不足道的模塊，固然這些必定是你的劣勢且沒法改變，可是如何彌補這個劣勢，從方老師的話中我總結幾點：
一、明確你的項目究竟是作什麼的，有哪些功能
二、明確你的項目的總體架構，在面試的時候可以清楚地畫給面試官看而且清楚地指出從哪裏調用到哪裏、使用什麼方式調用
三、明確你的模塊在整個項目中所處的位置及做用
四、明確你的模塊用到了哪些技術，更好一些的能夠再瞭解一下整個項目用到了哪些技術
在你沒法改變本身的工做年限、本身的不那麼有說服力的項目經驗的狀況下（這必定是扣分項），能夠經過這種方式來必定程度上地彌補而且增進面試官對你的好感度。
補充一點，在面試中聊你的項目的時候，有一個問題90%是繞不過的：談一下你在項目中解決過的比較複雜的問題。這須要在工做中不斷去發現和探索，不須要多，在你本身目前的項目中只要你找到一兩個能說的問題就行。一個小技巧是，即便問題不是你解決的而是別人解決的，可是你把這個問題弄懂、搞透了，在面試的時候你同樣能夠把這個問題看成是你本身解決的來講----畢竟，誰來管這個問題當時究竟是不是你解決的呢？
關於專業技能
寫完項目接着寫寫一名3年工做經驗的Java程序員應該具有的技能，這多是Java程序員們比較關心的內容。我這裏要說明一下，如下列舉的內容不是都要會的東西----可是若是你掌握得越多，最終能獲得的評價、拿到的薪水勢必也越高。
一、基本語法
這包括static、final、transient等關鍵字的做用，foreach循環的原理等等。今天面試我問你static關鍵字有哪些做用，若是你答出static修飾變量、修飾方法我會認爲你合格，答出靜態塊，我會認爲你不錯，答出靜態內部類我會認爲你很好，答出靜態導包我會對你很滿意，由於能看出你很是熱衷研究技術。
最深刻的一次，LZ記得面試官直接問到了我volatile關鍵字的底層實現原理（順便插一句，面試和被面試自己就是相對的，面試官能問這個問題同時也讓面試者感受到面試官也是一個喜好研究技術的人，增長了面試者對公司的好感，LZ最終選擇的就是問了這個問題的公司），不要以爲這太吹毛求疵了----越簡單的問題越能看出一我的的水平，別人對你技術的考量絕大多數都是以深度優先、廣度次之爲標準的，切記。
二、集合
很是重要，也是必問的內容。基本上就是List、Map、Set，問的是各類實現類的底層實現原理，實現類的優缺點。
集合要掌握的是ArrayList、LinkedList、Hashtable、HashMap、ConcurrentHashMap、HashSet的實現原理，能流利做答，固然能掌握CopyOnWrite容器和Queue是再好不過的了。另外多說一句，ConcurrentHashMap的問題在面試中問得特別多，大概是由於這個類能夠衍生出很是多的問題，關於ConcurrentHashMap，我給網友朋友們提供三點回答或者是研究方向：
（1）ConcurrentHashMap的鎖分段技術
（2）ConcurrentHashMap的讀是否要加鎖，爲何
（3）ConcurrentHashMap的迭代器是強一致性的迭代器仍是弱一致性的迭代器
三、設計模式
原本覺得蠻重要的一塊內容，結果只在阿里巴巴B2B事業部面試的時候被問了一次，當時問的是裝飾器模式。
固然我們不能這麼功利，爲了面試而學習，設計模式在工做中仍是很是重要、很是有用的，23種設計模式中重點研究經常使用的十來種就能夠了，面試中關於設計模式的問答主要是三個方向：
（1）你的項目中用到了哪些設計模式，如何使用
（2）知道經常使用設計模式的優缺點
（3）能畫出經常使用設計模式的UML圖
四、多線程
這也是必問的一塊了。由於三年工做經驗，因此基本上不會再問你怎麼實現多線程了，會問得深刻一些好比說Thread和Runnable的區別和聯繫、屢次start一個線程會怎麼樣、線程有哪些狀態。固然這只是最基本的，出乎意料地，幾回面試幾乎都被同時問到了一個問題，問法不盡相同，總結起來是這麼一個意思：
假若有Thread一、Thread二、Thread三、Thread4四條線程分別統計C、D、E、F四個盤的大小，全部線程都統計完畢交給Thread5線程去作彙總，應當如何實現？
聰明的網友們對這個問題是否有答案呢？不難，java.util.concurrent下就有現成的類能夠使用。
另外，線程池也是比較常問的一塊，經常使用的線程池有幾種？這幾種線程池之間有什麼區別和聯繫？線程池的實現原理是怎麼樣的？實際一些的，會給你一些具體的場景，讓你回答這種場景該使用什麼樣的線程池比較合適。
最後，雖然此次面試問得很少，可是多線程同步、鎖這塊也是重點。synchronized和ReentrantLock的區別、synchronized鎖普通方法和鎖靜態方法、死鎖的原理及排查方法等等，關於多線程，我在以前有些過文章總結過多線程的40個問題，能夠參看40個Java多線程問題總結。
五、IO
再次補充IO的內容，以前忘了寫了。
IO分爲File IO和Socket IO，File IO基本上是不會問的，問也問不出什麼來，平時會用就行了，另外記得File IO都是阻塞IO。
Socket IO是比較重要的一塊，要搞懂的是阻塞/非阻塞的區別、同步/異步的區別，藉此理解阻塞IO、非阻塞IO、多路複用IO、異步IO這四種IO模型，Socket IO如何和這四種模型相關聯。這是基本一些的，深刻一些的話，就會問NIO的原理、NIO屬於哪一種IO模型、NIO的三大組成等等，這有些難，當時我也是研究了好久才搞懂NIO。提一句，NIO並非嚴格意義上的非阻塞IO而應該屬於多路複用IO，面試回答的時候要注意這個細節，講到NIO會阻塞在Selector的select方法上會增長面試官對你的好感。
若是用過Netty，可能會問一些Netty的東西，畢竟這個框架基本屬於當前最好的NIO框架了（Mina其實也不錯，不過整體來講仍是比不上Netty的），大多數互聯網公司也都在用Netty。
六、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中重要類的源代碼研究了個遍，真的花費時間、花費精力，固然回頭看，是值得的----不只僅是爲了應付面試。
七、框架
老生常談，面試必問的東西。通常來講會問你一下大家項目中使用的框架，而後給你一些場景問你用框架怎麼作，好比我想要在Spring初始化bean的時候作一些事情該怎麼作、想要在bean銷燬的時候作一些事情該怎麼作、MyBatis中$和#的區別等等，這些都比較實際了，平時積累得好、有多學習框架的使用細節天然都不成問題。
若是上面你的問題答得好，面試官每每會深刻地問一些框架的實現原理。問得最多的就是Spring AOP的實現原理，固然這個很簡單啦，兩句話就搞定的的事兒，即便你不會準備一下就行了。LZ遇到的最變態的是讓LZ畫一下Spring的Bean工廠實現的UML圖，固然面對這樣一個有深度的問題，LZ是絕對答不出來的/(ㄒoㄒ)/~~
八、數據庫
數據庫十有八九也都會問到。一些基本的像union和union all的區別、left join、幾種索引及其區別就不談了，比較重要的就是數據庫性能的優化，若是對於數據庫的性能優化一竅不通，那麼有時間，仍是建議你在面試前花一兩天專門把SQL基礎和SQL優化的內容準備一下。
不過數據庫卻是不用擔憂，一家公司每每有不少部門，若是你對數據庫不熟悉而基本技術又很是好，九成都是會要你的，估計會先把你放到對數據庫使用不是要求很是高的部門鍛鍊一下。
九、數據結構和算法分析
數據結構和算法分析，對於一名程序員來講，會比不會好並且在工做中絕對能派上用場。數組、鏈表是基礎，棧和隊列深刻一些但也不難，樹挺重要的，比較重要的樹AVL樹、紅黑樹，能夠不瞭解它們的具體實現，可是要知道什麼是二叉查找樹、什麼是平衡樹，AVL樹和紅黑樹的區別。記得某次面試，某個面試官和我聊到了數據庫的索引，他問我：
你知道索引使用的是哪一種數據結構實現嗎？
LZ答到用的Hash表吧，答錯。他又問，你知道爲何要使用樹嗎？LZ答到由於Hash表可能會出現比較多的衝突，在千萬甚至是上億級別的數據面前，會大大增長查找的時間複雜度。而樹比較穩定，基本保證最多二三十次就能找到想要的數據，對方說不徹底對，最後咱們仍是交流了一下這個問題，我也明白了爲何要使用樹，這裏不說，網友朋友們以爲索引爲何要使用樹來實現呢？
至於算法分析，不會、不想研究就算了，記得某次面試對方問我，Collections.sort方法使用的是哪一種排序方法，額，吐血三升。固然爲了顯示LZ的博學，對算法分析也有必定的研究(⊙﹏⊙)b，LZ仍是硬着頭皮說了一句多是冒泡排序吧。固然答案確定不是，有興趣的網友朋友們能夠去看一下Collections.sort方法的源代碼，用的是一種叫作TimSort的排序法，也就是加強型的歸併排序法。
十、Java虛擬機
出乎LZ的意料，Java虛擬機應該是很重要的一塊內容，結果在這幾家公司中被問到的機率幾乎爲0。要知道，LZ去年但是花了大量的時間去研究Java虛擬機的，光周志明老師的《深刻理解Java虛擬機：JVM高級特性與最佳實踐》，LZ就讀了不下五遍。
言歸正傳，雖然Java虛擬機沒問到，但我以爲仍是有必要研究的，LZ就簡單地列一個提綱吧，談談Java虛擬機中比較重要的內容：
（1）Java虛擬機的內存佈局
（2）GC算法及幾種垃圾收集器
（3）類加載機制，也就是雙親委派模型
（4）Java內存模型
（5）happens-before規則
（6）volatile關鍵字使用規則
也許面試無用，但在走向大牛的路上，不可不會。
十一、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面試主要問的是幾點：
一、簡歷中寫的過去工做經歷的離職緣由
二、當前公司薪資待遇
三、指望能到怎樣的一家公司
四、我的將來的發展方向
我專門提一下第2點。可能有人比較排斥也不想說這個，我我的卻是持開放狀態，問了就說了，固然一些的誇大仍是必要的，當前公司薪資待遇多報個一千塊錢徹底沒問題（畢竟是一家互聯網公司總多多少少有些補貼啊什麼的嘛）。由於這和你在新公司能拿到的薪水關係不大，新公司能拿到的薪水的決定因素是整個公司的薪資狀況以及根據你的面試狀況在公司的定位，都是有固定的薪資範圍的。HR問這個主要也就是內心有個數而且看你是否誠信----有些公司入職時會要求你提供最近一家單位的銀行流水號。
HR面試就說到這裏了，總結起來其實就是四個字：滴水不漏。整個面試過程態度積極向上，不要有任何悲觀消極的態度（尤爲在談到之前公司狀況的時候，即便有再多的不滿），就不會有問題。
關於面試心態
這個嘛，LZ其實在公司也面試過幾我的，一半以上的面試者回答問題的時候都屬於那種雙腿發抖、聲音顫抖的類型。在LZ看來這大可沒必要而且這仍是扣分項，回答問題的時候最最基本的兩個要求：
一、不緊不慢，平心靜氣
二、條理清晰
表達能力絕對是面試的時候重要的考察項目。我們作的是程序員這一行，講究的是團隊協做，不是寫做、畫畫，一支筆、一我的就好了，一個表達能力不行的程序員，要來又有什麼用呢？
除此以外，就是保持良好的心態。古語說得好，只要功夫深，鐵杵磨成針，面試的成功與否，在於平時的積累，臨時抱抱佛腳，看兩道面試題是沒有用的，只要平時足夠努力，成功是水到渠成的事情，平時不怎麼研究技術的，那也就是個聽天由命的事情，只要充分地展現平時本身的所學就能夠了。
所以在我看來，不要把面試看成面試，當作一次技術交流，把面試的心態從我要找到一份工做轉變爲我要經過面試去發現不足、提高本身，這樣就會平和多了，即便失敗也不會有太多失望的感受。
另外，若是平時本身熱衷於研究技術的朋友，真的要有自信，不要以爲別人面試你別人就比你厲害。面試官未必比你優秀，他問的問題每每都是他平時研究得比較多的問題，你同樣有不少本身的研究面試官未必知道。
關於Java
網上常看到一種說法：Java比較簡單。某種程度上這會打擊Java程序員的信心----原來我們平時用的是這種小兒科的玩意兒啊，在我看來這種想法大可沒必要，這一部分我來說講對於這個話題的見解。
這種說法有些片面，得分開兩部分來看，我用四個自總結一下就是：易學難精。
一、易學部分
Java易學我認爲有兩部分的緣由：
（1）不少培訓公司包括大四的學生找工做都會學習Java，絕大多數是由於易學。Java從C/C++發展而來，感謝前人的智慧，它消除了C/C++中最複雜和讓人困惑的語法、它消除了平臺的差別性、它不須要用戶手動釋放內存空間、它避免了Java程序員和本地語言的交互，讓程序員只須要專一於語法層面和應用層面。
（2）Java做爲一門面向對象的語言，在企業級開發中體現出了它無與倫比的特性，整個開發流程比較固定化、模塊化，需求分析起來也相對容易。我舉個本身之前的例子吧，我在大一學習C語言的時候，用C語言寫了一個圖書管理系統寫了2000行+的代碼，大四學了C++以後，用面向對象的語言C++取代面向過程的語言C語言從新寫了一個功能類似的圖書管理系統，只寫了1100行的樣子，這就是面向對象的優點。
二、難精部分
接着我們聊聊難精的部分。
Java語言的設計者幫助Java程序員作了這麼多事情，這有利也有弊。有利的部分前面已經說過了，讓Java易學，不過有弊的部分一樣明顯。假如在應用運行過程當中遇到了語法層面和應用層面以外的錯誤，應當如何處理？好比線上環境出現內存溢出怎麼辦？GC時間過長怎麼辦？IO長時間沒反應怎麼辦？方法拋出莫名其妙的異常怎麼辦？
凡此種種，毫不是一名只會寫幾個if...else...的Java程序員就能夠解決的，這須要大量的經歷、大量的實踐、大量對Java底層實現細節的研究，而這每每是最難、最考驗Java程序員的部分，一些人根本就不想往深去研究，另一些人研究了一點點就研究不下去了。
Java爲何難精？就是這個緣由。除非你水平特別高，不然五年工做經驗如下的Java程序員在簡歷上寫"精通Java"絕對是一件很是愚蠢的事情。
結語
文章寫到這裏，感受有點像雞湯文了，那就以最後的雞湯做爲結尾吧。
在之前博客園的一篇文章中，講到了奔三程序員的困惑，大體說的是三十歲以後程序員要轉行之類的云云，LZ在博文中留下了以下的評論：
就以這段話自勉、共勉吧。越努力、越幸運，若是你不是官二代、富二代、紅二代，那麼請記住：勤奮纔是改變你命運的惟一捷徑。
我不能保證寫的每一個地方都是對的，可是至少能保證不復制、不黏貼，保證每一句話、每一行代碼都通過了認真的推敲、仔細的斟酌。每一篇文章的背後，但願都能看到本身對於技術、對於生活的態度。
我相信喬布斯說的，只有那些瘋狂到認爲本身能夠改變世界的人才能真正地改變世界。面對壓力，我能夠挑燈夜戰、不眠不休；面對困難，我願意迎難而上、永不退縮。
其實我想說的是，我只是一個程序員，這就是我如今純粹人生的所有。
==================================================================================
謝謝你的指點，受益不淺。我會好好努力的