從學校出來工作兩年後，也不知道具體乾了啥，一樣技術活也沒學到，之後在朋友們那了解到程式設計師這個崗位，然後又說工資怎麼怎麼的高，於是我就上網了解了一下，就很心動也想進入程式設計師這個大家庭裡，果然不負有心人，經過半年的刻苦學習讓我找到了所謂的Java程式設計師工作，之後就慢慢的積累經驗，然後現在才能在這裡與大家分享我的經驗心得啊，嘿嘿~ 廢話就不在贅述了，趕緊的重點吧。 apache php mysql
begin！
我們先來談談阿里的社招面試都問什麼，其實這個話題並不是什麼秘密，所有來阿里面試過的同學，都能回答一二。
第一階段是主語言，第二階段是專案。
這點相信不少人在面試的過程中，已經深有體會，大部分面試就是分這麼兩個階段去問的，只不過針對不同的公司和職位，每個階段面試的難易度會不同，所問的問題範圍，自然也會有所不同。
說到面試的難易程度，不得不八卦一下，據之前筆者在網上某處看到的評論中說，就面試的技術難度而言，BAT之間的排列順序是這樣的，阿里>百度>騰訊。
對此，筆者實際的感受倒是和上面一致，因為筆者參加過百度和阿里的面試，就個人的感覺而言，阿里的難度是高於百度的。
不過筆者說阿里的難度比百度高，其實也僅限於筆者那一次具體的面試，實際上，兩家公司面試的具體難度，是不能這麼簡單對比的。
面試的難度，根據職位的不同（例如低階工程師還是高階），部門的不同（例如業務部門還是純研發部門），用人需求的不同（例如急需還是人才儲備），面試官的喜好（例如是裝逼型還是溫和型）等等因素，就算是在同一家公司，難度也是會有差異的，所以不能簡單的對比兩家公司的面試難度。
到底難不難，只有來試了才知道！
所以，阿里中間件團隊歡迎你！ （咳咳，不要問我為啥加這句話，說不得，0-0）
LZ會分成四個部分來談論這個問題，由於LZ本身是Java出身，因此關於主語言的問題，都是與Java相關，其它語言的同學可以選擇性忽略。此外，面試的時候一般面試官的問題都是環環相扣，逐漸深入的，這點在下面大家可以更明顯的感受出來。
1、主語言本身以及它的高階特性。
主語言當然就是你平日拿來賺錢的傢伙。不要告訴LZ你沒有主語言，你會N多種語言，或者是你精通N多種語言，你要非這麼說的話，你可以來杭州試試，LZ保證不打死你，最多打殘。
LZ的主語言很顯然是Java，那麼對於Java來說，它的語言本身以及它的高級特性，都有哪些比較容易在面試中問到呢？
一般情況下，主要有以下知識點很容易被問到。 （PS：以下所列舉的，都是一些Java相對而言比較高階一點的知識點，因為這裡談的是社招，而不是校招）
1）Java的資料結構相關的類別實作原理，例如LinkedList，ArrayList，HashMap，TreeMap這一類的。以下簡單模擬一個資料結構的連環炮。
例如，面試官先問你HashMap是不是有順序的？
你肯定回答說，不是有序的。那面試官就會繼續問你，有沒有順序的Map實作類別？
你如果這時候說不知道的話，那這個問題就到此結束了。如果你說有TreeMap和LinkedHashMap。
那麼面試官接下來就可能會問你，TreeMap和LinkedHashMap是如何保證它的順序的？
如果你回答不上來，那麼到此為止。如果你還是回答上來了，那麼面試官還會繼續問你，你覺得它們兩個哪個的有序實現比較好？
如果你仍然可以回答的話，那麼面試官會繼續問你，你覺得還有沒有比它更好或更高效的實現方式？
如果你還能說出來的話，那麼就你所說的實現方式肯定依然可以問你很多問題。
以上就是一個面試官一步一步提問的例子。所以，如果你了解的不多，千萬不要敷衍，因為可能下一個問題你就暴露了，還不如直接說不會，把這個問題結束掉，趕緊切換到你熟悉的領域。
2）Java並發包當中的類，它們都有哪些作用，以及它們的實作原理，這些類別就是java.concurrent包下面的。與上面一樣，咱們也簡單的模擬一個並發包的連環炮。
例如面試官可能會先問你，如果想實現所有的線程一起等待某個事件的發生，當某個事件發生時，所有線程一起開始往下執行的話，有什麼好的辦法嗎？
這時候你可能會說可以用柵欄（Java的並發包中的CyclicBarrier），那麼面試官就會繼續問你，你知道它的實現原理嗎？
如果你繼續回答的話，面試官可能會繼續問你，你還知道其它的實現方式嗎？
如果你還能說出很多種實現方式的話，那麼繼續問你，你覺得這些方式裡哪個方式比較好？
如果你說出來某一個方式比較好的話，面試官依然可以繼續問你，那如果讓你來寫的話，你覺得還有比它更好的實現方式嗎？
如果你這個時候依然可以說出來你自己更好的實現方式，那麼面試官肯定還會揪著這個繼續問你。
為什麼說面試的時候要引導面試官，原因就在這裡了。因為面試官的提問很多時候都是有跡可循的，你如果抓住了他的軌跡，能夠猜到他下面很可能會問什麼，那你在回答的時候就可以往你想要談的方向去說。這樣面試時就會顯得更從容，更加的游刃有餘。
3）IO套件和NIO套件中的內容。這部分裡面NIO會是重點，IO包大部分都會比較熟悉，因此可能會直接略過，直接問你NIO的內容。
IO套件和NIO套件的內容相對來說不是很多，首先NIO模型要熟悉，特別是其中的selector一定要非常清楚它的職責和實現原理。其實NIO的核心是IO線程池，一定要記住這個關鍵點。有的時候，面試官可能也會問你IO包的設計模式（裝飾模式），為什麼要這樣設計？
有的面試官還會問你有沒有更好的設計，這個時候如果你不知道請果斷說自己現在的水平有限，想不出來更好的設計，千萬不要信口開河，隨意YY。
4）Java的虛擬機器的內容。這部分主要包括三部分，GC、類別載入機制，以及記憶體。
一個GC部分簡單的連續砲。
面試官可以先問你什麼時候一個物件會被GC？
接著繼續問你為什麼要在這種時候物件才會被GC？
接著繼續問你GC策略都有哪些分類？
你如果說出來了，繼續問你這些策略分別都有什麼優劣勢？都適用於什麼場景？
你繼續說出來了以後，給你一個實際的場景，讓你選擇一個GC策略？
你如果選出來了，繼續問你，為什麼要選擇這個策略？
以下是關於類別載入機制的簡單連環炮。
首先一定是先問你Java的類別載入器都有哪些？
回答了這些以後，可能會問你每個類別載入器都載入哪些類別？
說完以後，可能會問你這些類別載入之間的父子關係是怎樣的？
你在回答的時候可能會提到雙親委派模型，那麼可以繼續問你什麼是雙親委派模型？
你解釋完了以後，可能會繼續問你，為什麼Java的類別載入器要使用雙親委派模型？
你回答完以後，可能會繼續問你如何自訂自己的類別載入器，自己的類別載入器和Java自帶的類別載入器關係如何處理？
再來一個關於記憶體的連續砲。
首先肯定就是問你記憶體分成哪幾部分，這些部分分別都儲存哪些資料？
然後繼續問你一個物件從創建到銷毀都是怎麼在這些部分裡存活和轉移的？
接著可能會問你，記憶體的哪些部分會參與GC的回收？
完事以後，可能還會問你Java的記憶體模型是怎麼設計的？
你回答了以後，還會繼續問你為什麼要這麼設計？
問完以後，還可能會讓你結合記憶體模型的設計談談volatile關鍵字的作用？
你在談的時候，一定會提到可見性，那麼接著可見性這三個字，還可以繼續問你並發的內容。
基本上Java語言本身以及語言稍微高級點的內容就是以上部分，如果你能把以上四部分了解的非常透徹，那基本上Java這部分就沒啥問題了，因為光以上的內容就夠你跟面試官聊很久了。你聊這些聊得久了，自然問你其它問題的時間就會短一點。
你從LZ寫這些問題的過程也應該能感受出來，很多時候，面試官都是順著一條線一路問下去的，如果你覺得這條線你不熟悉的話，就要及時拐彎，引導面試官去問其它方面的問題。千萬不要一直往下深入，直到自己跳不出來為止，那就畫了個迷了。
2、講述自己的項目，並在中間穿插著問題
這部分是面試過程中必問，也是聊得最久的一個階段。除非你前面的語言部分非常紮實，紮實到面試官問了一兩個小時，依舊沒有探出你對語言本身的了解到底有多深。否則的話，你一定逃不過自己的專案這一關，而且一般情況下聊得時間不會太短。
這部分內容，一般的模式就是你自己去講你做過的項目，然後面試官會冷不丁的讓你去解釋其中某一部分，比如讓你解釋當時為什麼要這麼做，或者問你現在覺得有沒有更好的辦法。而這些穿插的問題，大部分與你的專案所用到的技術有關。而你需要做的，就是充分、再充分的去總結自己做過的專案（尤其是最近的一兩個專案），挖掘出一個甚至N個亮點，以備於到時候可以讓面試官產生眼前一亮的感覺。如果你能達到這種效果的話，基本上離你成功就不遠了。
這部分內容由於和每個人自己的經驗息息相關，因此這裡也沒法列舉可能問到的問題。這篇文章《程式設計師面經：面試前到底該不該刷題以及面試前該如何準備》是LZ之前寫的，裡面大概討論了下如何在面試前總結，有興趣的可以去了解一下。
3、額外的加分項
上面兩個階段基本上是必問的，還有一些加分項。在這些加分項中，有些內容面試官也會問你（例如TCP/IP協議、演算法），但更多的是會先問你了解不了解，你了解的話再繼續聊，不了解的話就直接略過了，不至於因為這種問題而直接把你打入地獄。
下面LZ列舉一下這些加分項，如果可以的話，這些加分項還是要爭取一下的。
1、電腦系統原理。
2、網路通訊協定（TCP/IP，HTTP等）。
3、資料結構與演算法。
4、著名開源專案的原始碼。
5、你自己有很棒的開源專案。
6、你的個人部落格。
7、待評論區補充。
這幾項當中，對於前1-3項，如果你之前就比較了解，只是由於時間問題忘記了的話，還是可以臨時抱佛腳一下的。至於後面4-6項，就需要你日常的累積了，不是一時半歲能做到的。如果你平日沒有積累，那麼後面這三個加分項只能拋棄了。
4、與你職位相關的內容
其實這最後一項是對前面三項的補充，你應該盡量去主攻和你面試的職位相關的內容。例如你面試一個即時運算的職位，那麼你的演算法最好要厲害，對於著名的即時運算開源專案要熟悉，最好閱讀過原始碼，而且還要對分散式系統有一定的見解。
因此，這個第4部分沒有具體的內容，只是提醒你，如果你很明確自己的面試職位，最好在面試前準備的時候，盡量朝職位的需求方向靠攏，這樣成功的可能性更大。
看完以後，關於連續砲的部分，筆者這裡還是想簡單再補充幾句，上面之所以舉了那麼多連環炮的例子，其實並不是想讓大家背下來，而是想讓各位看官體會一下社招面試的套路。
說到底，這些連續砲的例子，就是在考驗你對某一個知識點理解的有多深。就筆者的親身經歷而言，其實上面所提到的這些連環炮，你並不需要每個都理解的很深，只需要有那麼一兩個點比較深，甚至超過面試官的理解，就可以達到要求了。
很多時候，面試官並不需要你對每一個知識點都很深入，他只是在考察你的理解能力，以及平時有沒有一些技術積累。
如果一個面試官，只因為一兩個技術知識點而否決你的話，那麼只有兩種可能，第一種是這個點，可能確實是你所面試的職位中，非常重要的知識點，例如面試演算法類崗位的話，演算法不好是不行的，或是面試偏運維類的技術崗位，Linux玩不好也是不行的。
第二種可能是－他在裝逼，-_-。
程序猿有不少程序猿「正規軍」所不具備的共性，其中最典型的一個共性，就是程序猿在進入社會之後，都會經歷一個學習入門的階段。
也正是因此，社會上出現了大量的培訓機構，所以往往「野生」程序猿在入行初期，所面臨的第一個問題就是，到底是自學，還是選擇培訓機構？
筆者就收到過無數這類的問題，其實這個問題沒辦法一概而論，要具體情況具體分析，但如果簡單粗暴一些來說的話，假設你家裡不缺那個培訓費，就去培訓機構，反之就別去。
畢竟花了錢，總是會多一些學習上的資源，最起碼聊勝於無。
所以，這個問題通俗點說，就是有錢就去，沒錢就自學。
就像那個經典的笑話一樣，說自己買東西有選擇恐懼症的同學，不是真的有選擇恐懼症，唯一的原因就是－－窮，呵呵噠。
除了上述的共通性之外，「野生」程式設計師還有一個共通性，就是學習曲線和程式設計師「正規軍」會有所不同，前者是從實踐到理論，後者是從理論到實踐，這會導致「野生」程式設計師的基本功一般不怎麼紮實，例如演算法、電腦系統原理、電腦網路等。
私底下，無數同學問過筆者同樣的一個問題，到底演算法重不重要？阿里面試考不考演算法？
其實第一個問題，關於演算法到底重不重要，筆者這裡是有兩個答案的，如果來問的同學互相對質一下的話，可能會發現筆者給每個人的答案會略有不同。
如果是學生來問的話，筆者會告訴他，演算法非常重要，一定要全力學習。
而如果是一個已經踏入職場多年的人來問的話，筆者一般會告訴他，按需學習即可，如果你做的工作和算法關係很大，那自然要好好學，例如你當演算法工程師，你告訴我演算法重不重要？當然重要！
而如果你每天寫的是增刪改查，更注重業務，那還是別花那個精力了，省省吧，有學演算法這個精力，多研究研究業務，多思考思考技術與業務結合這種問題，可能比你學習演算法收效更高。
至於第二個問題，阿里面試考不考演算法，筆者清晰記得，面試官問了這樣一個問題的，「你對演算法的了解多不？」
而筆者當時的回答是，「不好意思，這個我不會。」
看到這裡，可能有的同學會有疑問了，「作者啊，你這樣做不太好，你這不等於告訴大家，演算法不重要，不學演算法一樣可以進阿里嗎？」
有這種疑問的同學，是沒有想明白這麼一件事，演算法是否重要，和是否一定要花精力學習它，並沒有什麼直接的卵關係。
更何況，不會演算法能進阿里也很正常，難道你覺得阿里萬千工程師，都是熟悉演算法的嗎？我敢說，你敢信嗎？
還有不少人有一個誤解，那就是，「演算法好的人，工資都高了不少。」
關於這個，筆者只想說，如果這個人本身就是搞演算法類工作的，那無可厚非，但是如果他是搞增刪改查的，筆者可以很確定的說，他學算法這個時間去學點別的，工資可能會更高。
所以，不要被這個表象迷惑了，他高工資本質是因為他業餘時間學習了才高，而不是因為學習了演算法才高。
俗話說學以致用，不光花錢要花到刀刃上，學習也是要學到刀刃上的，因為時間比金錢更珍貴。
當然，以上所說對於演算法要按需學習的論調，僅適合於畢業多年，已經進入職場的同學，如果你是一個在校生，那麼對於演算法這個東西，就只有一個字— —學！往死裡學！
扯完了家常，咱們聊點正事，「野生」程式設計師，如何度過自己的學習和職場生涯。
關於這個主題，筆者會引用一下上一篇文章中的內容，但是兩年過去了，筆者會對其中再做一些補充。
這一部分其實也算是今天的重點，這一部分用來回答很多群組裡的朋友所問過的問題，那就是LZ你是如何學習Java的，能不能給點建議？
今天LZ是打算來點乾貨，因此咱們就不說一些學習方法和技巧了，直接來談每個階段要學習的內容甚至是一些書籍。這一部分的內容，同樣適用於一些希望轉行到Java的同學。
在大家看之前，LZ要先宣告兩點。
1、由於LZ本身是Java後端開發出身，因此所推薦的學習內容是Java Web和Java後端開發的路線，非Java Web和Java後端開發的同學請適當參考其學習想法即可，切勿照搬。
2、以下對於【第一部分】的推薦內容，目的是讓你盡快成為一個可以參加工作的Java開發者，更適用於處於待業狀態，準備轉行Java的同學。如果你是在校學生，務必在學好基礎（例如電腦系統、演算法、編譯原理等等）的前提下，再考慮去做下面的學習。
一、Java基礎
先去找一個Java的基礎教程學一下，這裡可以推荐一個地址，或者你也可以參考這個地址上去找相應的視頻，地址為//m.sbmmt.com/course/884.html。
學習Java基礎的時候，應該盡量多動手，很多時候，你想當然的事情，等你寫出來運行一下，你就會發現不是這麼回事兒，不信你就試試。
學完以上內容以後，你應該對Java有一個基本的了解了，你可以用Java語言寫出一些簡單的程序，並且你用的是最簡單的編輯器，比如記事本。
這個時候，不要急於進入下一部分，留下幾天好好寫一些程序，盡可能熟悉這些基礎內容。
二、Web開發
等你寫上幾天程式以後，你往往會比較迷茫，因為你寫的東西似乎看起來毫無用處，比如實作一個簡單的計算器，讀取一個檔案等。這時候你應該去學著寫一些讓你覺得有意思的東西了，所以你應該學習更多的知識。
這些內容主要是Web開發相關的內容，包括HTML/CSS/JS（前端頁）、Servlet/JSP（J2EE）以及Mysql（資料庫）相關的知識。
它們的學習順序應該是從前到後，因此最先學習的應該是HTML/CSS/JS（前端頁面），這部分內容你可以去上面的那個runoob網站上找。你可以試著自己寫一些頁面，當然，你可以盡你最大的努力讓它變得最漂亮。這部分內容對於後端Java來說，理論上並不是特別重要，但至少要達到可以自己寫出一些簡單頁面的程度。
接下來，你需要學習的是Servlet/JSP（J2EE）部分，這部分是Java後端開發必須非常精通的部分，因此這部分是這三部分中最需要花精力的，而且這時候，你要學會使用開發工具，而不能再使用記事本了，可以選擇eclipse。
當你下載安裝好eclipse以後，請影片中的教學一步一步去學習，一定要多動手。關於Servlet/Jsp部分影片的選擇，業界比較認可馬士兵的視頻，因此推薦給大家。當然了，LZ本人並沒有看過他的視頻，所以不好說的太絕對，如果大家自己有更好的選擇，可以堅持自己的，不要被LZ幹擾。
原本LZ也是打算出教學影片的，但是由於時間問題，還是決定放棄了。但是如果你看影片的過程中遇到了問題，歡迎來LZ的交流群提問，或者去鬥魚觀看LZ的直播提出你的問題，直播地址和群號都在LZ的個人博客左側。
最後一步，你需要學會使用資料庫，mysql是個不錯的入門選擇，而Java領域裡主流的關係型資料庫就是mysql。這部分一般在你學習Servlet/Jsp的時候，就會接觸到的，其中的JDBC部分就是資料庫相關的部分。你不只要學會使用JDBC操作資料庫，還要學會使用資料庫客戶端工具，例如navicat，sqlyog，二選一即可。
三、開發框架
當你學會以上內容以後，這個時候你還不足以參加工作，你還需要繼續深造。公司裡為了提高開發的效率，會使用一些Java Web框架，因此你還需要學習一些開發框架。
目前比較主流的是SSM框架，即spring、springmvc、mybatis。你需要學會這三個框架的搭建，並用它們做出一個簡單的增刪改查的Web專案。你可以不理解那些配置都是什麼意義，以及為什麼要這麼做，這些留著後面你去了解。但你一定要可以快速的利用它們三個搭建出一個Web框架，你可以記錄下你第一次搭建的過程，相信我，你一定會用到的。
還要提一句的是，你在搭建SSM的過程中，可能會經常接觸到一個叫maven的工具。這個工具也是你以後工作當中幾乎是必須要使用的工具，所以你在搭建SSM的過程中，也可以順便了解一下maven的知識。在你目前這個階段，你只需要在網路上了解一下maven基本的使用方法即可，一些高階的用法隨著你工作經驗的增加，會逐漸接觸到的。
關於學習SSM框架的地址推薦給大家一個，這裡面有視頻，大家可以去觀看，地址是http://edu.51cto.com/lesson/id-76468.html。
四、找工作
當你完成開發框架的學習以後，你就該找工作了，在校的找實習，畢業的找全職。同時，在找工作的同時，你不應該停下你的學習，準確的說，是你在以後都不能停下學習。
上面這些內容你只是囫圇吞棗的學會了使用，你可以逐步嘗試著去了解更多的東西，網絡是你最重要的老師。
兩年過去了，其實這個學習路線，並沒有什麼太大的變化，唯一變化的點，就是spring-boot的普及，省去了之前很多框架整合的工作。
回想11年筆者培訓那會兒，想要搭建一個SSH框架，還要自己梳理jar包，整合一大堆配置，一不小心就各種報錯，而且那異常往往都不是簡單的NPE，甭提多苦逼了。
所以，同學們，珍惜你現在的生活吧，呵呵噠。
這個階段是所有人都會經歷的一個階段，這個階段的程式設計師，心裡往往都是非常複雜的，剛找到工作，坐在明亮的辦公室裡，彷彿自己成為了電視劇中的主角，難免會感到意氣風發，但是同時心中又不免會有些恐懼，生怕自己一個不小心，再次被打回原形。
如果你有這樣的感覺，不用緊張，這是所有人都要經歷的，你要做的，就是讓自己徹底沉浸在工作和學習當中即可，原因很簡單，因為這個時候——你還是單身狗，-_-。
恭喜你，這時候，你已經擁有了一份Java的工作。這個階段是你成長極快的階段，你可能會經常加班。
但是加班不代表你就可以鬆懈了，永遠記得LZ說的那句話，從你入行那一刻起，你就要不停的學習。在這一年裡，你至少需要看完《Java程式設計思想》這本書。這本書的內容是幫助你對Java有更深入的了解，是Java基礎的升級版。
這本書很厚，當初看這本書，LZ花了整整三個月。正常速度的話，應該可以在半年左右看完。 LZ這裡不要求過高，只要你在一年以內把這本書看完即可。當然了，LZ所說的看完，是充分吸收，而不是讀一遍就完事了，因此有些內容你可能會看不止一遍。
總而言之，這個階段的核心學習想法就是，在工作中實踐，並且更深入的了解Java基礎。
補充一下，看書的時候，不要只是看書，一定要常常思考，例如思考你所寫的程式碼，和書中的內容是否有連結。
舉個實際的例子，當你看到static這一部分內容的時候，你是否會去翻一下你現在開發的項目裡，是否有地方使用static，它使用的目的是什麼，它使用的方式是否正確。
只有這樣看書，你才能真正的把書看進去，一定要注意，看書的最終目的是為了引發自己的思考，只看書不思考的話，那叫背書，不叫看書。
說到這裡，有不少同學問過筆者這樣的一個問題，「我看書看不進去怎麼辦呢？有沒有什麼好的辦法？」
筆者這裡可以很負責的告訴你，哪有什麼歲月靜好，只是有人替你負重前進而已。
所以，不要期望有什麼開開心心，快快樂樂就把書給看了的辦法，你想的倒還挺美，呵呵噠。
這玩意兒沒有什麼好辦法，就是靠著自己內心的一股信念，強迫自己去看，特別是剛開始的時候，是最困難的，熬過那一段時間，後面看起來相對來說會順暢很多。
萬事開始很難，用在看書學習上，也同樣適用。
這個階段的你一般已經做了一年的增刪改查，與剛入職時的意氣風發不同，這個時候的你，會開始考慮你未來要走的路，但通常在這個時候，你很難看清前方的路，因此你或許會有些焦慮。
如果你有這樣的焦慮，不必憂心，只需記得，在程式設計師的道路上，學習能使你變得更加充實，繼續沉浸在學習的海洋中吧。
這部分時段的同學，已經對Java有了更深入的了解。但是對於物件導向的體會可能還不夠深刻，程式設計的時候還停留在完成功能的層次，很少會去考慮設計的問題。
於是這個時候，設計模式就來了。 LZ當時看的是《大話設計模式》這本書，並且寫了完整版的設計模式部落格。因此，LZ要求大家，最多在你工作一年的時候，必須開始寫博客，而設計模式就是你博客的開端。
請記住，LZ所提的基本都是最低要求，因此不要有任何鬆懈的心理，否則五年後，你不要去羨慕別人高於你的工資，也不要去羨慕別人進入了某公司。
此外，設計模式並不是這一年唯一的任務，你還需要看一些關於程式碼編寫最佳化的書。例如《重構 改善既有程式碼的設計》，《effective java》。
總而言之，這個階段，你的核心任務就是提升你的程式碼能力，要能寫出一手優雅的程式碼。
這個階段筆者所建議的三本書，其實都是在教你如何更好的寫作和設計你的程式碼，除此之外，設計模式這個系列，也是在鍛鍊你對問題的抽象能力。
使用Java這種物件導向的語言，抽象能力是非常重要的能力，和上面一樣，筆者建議，當你看完設計模式、重構和Effective Java這幾本書後，一定要結合自己的項目，做深入的思考。
不思考的人生是不完整的，只幹活兒不動腦子的人，看似勤奮，實際就是台機器，既然是機器，那就早晚會被取代的。
只有不斷思考，總結過往，指導未來的人，才最終會成為這個社會的主導者。
這個階段，對程式設計師來說，是非常重要的一個階段。在筆者的學習道路規劃中，這個階段學習的目的，是為了讓你從初中級工程師邁入高級，實現質的提升，因此，這一部分的學習，難度會比之前兩年的要高。
但既然你已經踏上了這條路，就沒有迴旋的餘地，只能往前衝。
所以，做好心理準備，迎接挑戰吧。
有的同學在這個時候覺得自己已經很牛逼了，於是忍不住開始慢慢鬆懈。請記住，你還嫩的多。
這個階段，有一本書是你必須要看的，它叫做《深入理解Java虛擬機》。這本書絕對是Java開發者最重要的書，沒有之一。在LZ眼裡，這本書的重要性還要高於《Java程式設計思想》。
另外，在過去2年的工作當中，你肯定或多或少接觸過並發。這時候，你應該去更深入的了解並發相關的知識，而這部分內容，LZ比較推薦《Java並發程式設計實戰》這本書。只要你把這本書啃下來了，並發的部分基本上已經了解了十之六七。
同時，這個階段你要做的事情還遠遠不止如此。這時候，你應該對於你所使用的框架應該有了更深入的了解，對於Java的類別庫也有了更深入的了解。因此，你需要去看一些JDK中的類別的源碼，也包括你所使用的框架的源碼。
這些原始碼能看懂的前提是，你必須對設計模式非常了解。否則的話，你看原始碼的過程中，永遠會有這樣那樣的疑問，這段程式碼為什麼要這麼寫？為什麼要定義這個接口，它看起來好像很多餘？
由此也可以看出，這些學習的過程是環環相扣的，如果你任何一個階段拉下來了，那麼你就真的跟不上了，或者說是一步慢步步慢。而且LZ很負責的告訴你，LZ在這個階段的時候，所學習的東西遠多於這裡所羅列出來的。因此千萬不要覺得你已經學的很多了，LZ所說的這些都只是最低要求，不光是LZ，很多人在這個時間段所學習的內容都遠超本文的範圍。
如果你不能跟上節奏的話，若干年後，如果不是程序猿市場還不錯的話，你很可能不僅僅是工資比別人低，公司沒別人好，而是根本就找不到工作。
總而言之，這個階段，你需要做的是深入了解Java底層和Java類別庫（例如並發那本書就是Java並發包java.concurrent的內容），也就是JVM和JDK的相關內容。而且還要更深入的去了解你所使用的框架，方式比較推薦看源碼或看官方文件。
另外，還有一種學習的方式，在2年這個階段，也應該啟用了，那就是造輪子。
不要聽信那套「不要重複造輪子」的論調，那是公司為了節省時間成本編造出來的。重複造輪子或許對別人沒有價值，因為你造的輪子可能早就有了，而且一般情況下你造出來的輪子還沒有現存的好。但是對別人沒有價值，不代表對自己沒有價值。
一個造輪子的過程，是一個從無到有的過程。這個過程可以對你進行系統的鍛煉，它不僅考察你的編碼能力，還考察你的框架設計能力，你需要讓你的輪子有足夠好的擴展性、健壯性。
而且在造輪子的過程中，你會遇到各種各樣的難題，這些難題往往又是你學習的契機。當你把輪子造好的時候，你一定會發現，其實你自己收穫了很多。
所以，這個階段，除了上面提到的了解JVM、JDK和框架源碼以外，也請你根據別人優秀的源碼，去造一個任何你能夠想像出來的輪子。
可以看到，這個階段筆者列的任務非常之多，不僅要了解JVM、並發、JDK類別庫，還要自己嘗試造輪子。
如果你仔細閱讀了本文的話，你會發現，阿里社招面試筆者所舉的連環炮中，有一大部分都是這個階段學習的，那些連環炮中，基本上都是JVM 、並發和JDK一些類別庫的內容。
而比較巧的是，阿里大部分招募要求的年限，都是3年或以上。
這代表什麼？
相信反應快的同學已經明白了，你如果可以在3年內，完成筆者的學習計劃的話，那麼在你滿3年的時候，剛好可以來阿里檢驗你的學習成果。
所以，阿里中間件歡迎你！ （沒有違和感的植入兩次，今年我要3.75了，-_-）
這個階段的同學，很多已經碰到了天花板，在此之前，只要你按部就班的學習，智商又沒啥硬傷，90%以上的同學（有人問，剩下的10%呢？筆者只想說，我怎麼知道？/尷尬），在工作3年的時候，都可以達到年薪30W左右這個範圍（僅指2015年或以後北上深一線城市）。
而如果你的年薪想要更上一層樓（一般10W為一檔，比如40W、50W等），僅靠之前的積累是遠遠不夠的，你需要打造你的核心競爭力。
這個階段的同學，提升已經是很難了，而且這個階段的學習往往會比較多樣化。
因為在前3年的過程中，你肯定或多或少接觸過一些其它的技術，比如大數據、分散式快取、分散式訊息服務、分散式運算、軟負載平衡等等。這些技術，你能精通任何一項，都將是你未來面試時巨大的優勢，因此如果你對某一項技術感興趣的話，這個時候可以深入去研究一下。這項技術不一定是你工作所用到的，但一定是相關的。
而且在研究一門新技術時，切忌朝三暮四。有的同學今天去整整大數據，搞搞Hadoop、hbase一類的東西。過不了一段時間，就覺得沒意思，又去研究分散式緩存，例如redis。然後又過不了一段時間，又去研究分散式計算，像是整整Mapreduce或是storm。
結果到最後，搞得自己好像什麼都會一樣，在簡歷上大言不慚的寫上大數據、分散式快取、分散式計算都了解，其實任何一個都只是浮於表面。到時候面試官隨便一問，就把你給識破了。
一定要記住，作為一個程序猿，平日里所接觸的技術可能會很多，但是想要讓一門技術成為你的優勢，那麼一定是你對這門技術的了解強過絕大多數人才行。
因此在這個階段，你就不能再簡單的去學習前3年的內容了，雖然前面的學習如果還不夠深入的話依舊要繼續，但這個時候你應該更多的考慮建立你的優勢，也可以稱為差異性。
差異性相信不難理解，就是讓你自己變得與眾不同。你前面三年的學習足夠你成為一個基本合格的Java開發者，但你離成為一名優秀的Java開發者還有很大的距離。
所謂優秀，即能別人所不能。而你前三年所學習的內容，是很多做過幾年的Java開發都能夠掌握的。那麼為了讓自己有差異性，你就需要另闢蹊徑，找一個方向深入研究下去，以期在將來，你能夠成為這個領域的專家，比如分散式運算領域的專家，大數據領域的專家，並發領域的專家等等。
此外，你除了建立你的差異性之外，還要去彌補你基礎上的不足，直到現在，LZ都沒有提及基礎知識。原因是基礎是很枯燥無味的，學的太早不僅容易懵逼，而且懵逼的同時還容易產生心理陰影，以至於以後再不想去研究這些基礎。但基礎又是你深入研究一些領域時所必須掌握的，例如你去研究分散式計算，你不懂演算法你玩個毛毛？例如你去做分散式緩存，你對電腦系統的記憶體不了解，你如何去做緩存？
如果你的基礎本來就非常強，那麼恭喜你，相信你在之前的工作中已經充分體會到了這些基礎對你的幫助。但LZ相信大部分人的基礎都很薄弱，即使是科班畢業的人，很多人也不敢說自己當初的基礎學的多麼強大，比如算法、計算機系統原理、編譯原理這些。
但是每個人時間都是有限的，而且這些基礎的書籍每一本讀下來，沒個一年半載的，還真拿不下來，因此還是要有所抉擇的。雖然藝多不壓身，但問題是藝術多是有代價的，是需要你付出時間和精力的，而LZ個人更贊成在同等代價的情況下獲取最大的收穫。
首先，LZ比較推崇的基礎書籍有三本，分別是《深入理解電腦系統》，《tcp/ip詳解 卷一、二、三》，《資料結構與演算法》。其中TCP/IP有三本書，但我們這裡把這三本看成是一本大書。
這三本分別適合三種人，《深入理解電腦系統》比較適合一直從事Java Web開發和APP後端開發工作的人。 《tcp/ip詳解 卷一、二、三》比較適合做網路程式設計的人群，例如你使用netty去開發的話，那麼就要對TCP/IP有更深入的了解。而《資料結構與演算法》這本書，則比較適合做計算研究工作的人，例如剛才提到的分散式計算。
另外，LZ要強調的是，這裡所說的適合，並不是其它兩本對你就沒有用。例如你做Java Web和APP後端開發，《tcp/ip詳解 卷一、二、三》這本書對你的作用也是很大的。這裡只是分出個主次關係而已，你要是時間足夠的話，能把三本都精讀那當然最好不過了。但如果時間有限的話，那就先挑對你幫助最大的書去讀。
理論上來講，這一年你能把這三本其中一本精讀下來，就已經非常厲害了。有了基礎，有了前面的工作經驗，你就可以開拓屬於你的領域了。
在這一年裡，一定要規劃好自己的領域，建立好自己的優勢，製造出差異性。如果你對自己的領域不夠清晰的話，隨著你工作的時間日益增多，你接觸的技術會越來越多，這個時候，你很容易被淹死在科技的海洋裡，看似接觸的技術越來越多，會用的也越來越多，但你毫無優勢。
有的同學可能會問，「LZ，我也不知道我的領域是什麼啊？怎麼辦呢？」
對於這種人，LZ只想說，「臥槽，這還問我？要不乾脆我替你學習得了，好不好？」
# 可以看到，在這個階段，筆者提到了三本基礎書籍（操作系統原理、網絡協定、演算法），這三本書，會讓你更加的接近底層。
如果你仔細品味本文所提到的學習路線，你會注意到，筆者一直在讓你由淺入深的學習，也就是一直在讓你提高知識的深度，而不是知識的廣度。
這就回答了不少同學問過筆者的那個問題，「到底是先有廣度後有深度好，還是先有深度後有廣度好？」
首先，很多人在思考這個問題的時候，有一個誤區，那就是一直在糾結這個問題本身，有的說學習要先學深了，才好提升自己的廣度，而有的卻說，學習要先了解更多，開拓眼界，才能更好的提升自己的深度。
其實，這種討論已經本末倒置了，回答這個問題很簡單，看市場上需要哪一類，就是哪個好。
所以，把上面那個問題換一下，你就很容易得到答案了，「如果讓你來面試一個5年經驗以下的程式設計師，你喜歡在某個領域研究很深的人，還是每個都懂點的人？」
答案是顯而易見的，筆者相信大部分人，都會選擇在某個領域有深度鑽研的人，特別是一些一二線的互聯網公司。
或許有的同學在這個時候，會用「全端工程師」這個概念來試圖反駁，畢竟全端工程師這個概念，有一段時間被炒得很熱，很多公司的招募上都加了這麼一條——全端工程師優先。
全端工程師這個概念，其實是小公司（或者是大公司的小部門）為了節省人力成本，想讓程式設計師幹雜活，卻又不好意思直說，因此所編造出來得美麗的謊言，可笑可悲的是，一些不知全棧真正意義的程式設計師，還以自己是全棧為榮，覺得自己跟上了潮流，真的是被人賣了還在幫人數錢。
筆者在這裡可以很負責的說，初入職場的頭幾年，一定是以提高深度為主才是正道，像全棧工程師這種潮流，就如同最近一些以非常規手段出名的網紅一般，注定只是曇花一現，只有一技傍身，才是長久之計。
4到5年其實也是比較重要的階段。
經過前面一年的歷練，相信你在自己所鑽研的領域已經有了自己一定的見解，這個時候，技術上你應該已經遇到瓶頸了。
這個時候不要急著提升自己的技術，已經是時候提高你的影響力了，你可以嘗試去一些知名的公司去提高你的背景，你可以發表一些文章去影響更多的人。當然，你也可以去Github創建一個屬於你的開源項目，去打造自己的產品。這次的開源專案不同於之前的造輪子，你這個時候是真的要去盡量嘗試造出來真正對別人有價值的輪子。
技術學到這個階段，很容易遇到瓶頸，而且往往達到一定程度後，你再深入下去的收效就真的微乎其微了，除非你是專門搞學術研究的。然而很可惜，大部分程序猿做不到這一步，那是科學家會做的事。
這時候提高影響力不只是因為技術上容易遇到瓶頸，更多的是影響力可以為你創造更多的機會。程序猿在某種程度上和明星很像，一個好的電視劇和電影就可以成就一批明星，而程序猿有的時候也是，一個好的項目就可以成就一群程序猿。
例如國內幾個膾炙人口的項目，像是淘寶、支付寶、QQ、百度、微信等等。這每一個項目，都成就了一批程序猿。 LZ敢說，這裡面任何一個項目，如果你是它的核心開發，光是這樣一個Title，就已經是你非常大的優勢。更何況不只如此，Title說到底也是個名頭，更重要的是，這種專案在做的時候，對你的歷練一定也是非常給力的。
而你如果想要參與這樣的項目，除了靠運氣之外，影響力也是很重要的一個手段。例如你在分散式運算領域有一定的影響力，那麼如果有什麼好的關於分散式運算的項目，對方就很可能會邀請你。就算人家不邀請你，你自己主動去面試的時候，對方如果知道你在這個領域的影響力，也一定會起到很大的作用，而這個作用，甚至可能會超過你現在的技術能力。
所以，在這個階段，你最大的任務是提高自己的影響力，為自己未來的十年工作生涯那一天做準備。如果你能夠靠你的影響力和以前累積的技術，參與到一個偉大的專案當中，那麼你後面的五年也就有著落了。
當然了，LZ現在滿打滿算，做程式猿也就4年半不到，因此關於4年到5年這一部分，LZ的見解不一定是對的，就算是對的，也不一定是適合任何人的。所以，希望大家自己有的判斷力，決定到底該如何度過這一年。
筆者所給的建議當中，已經出現了選擇，比如操作系統原理、網絡協議、算法這三本書，再比如你準備鑽研的領域，都是在讓你自己選擇，而不是筆者直接告訴你，應該看哪本書，鑽研哪個領域。
這其實是符合常規的學習道路的，初中級工程師的時候，大家學的都一樣，3年過去，進階為高級工程師以後，自然每個人會走向不同的領域。
就和上學一樣，小的時候學的都差不多，高中就開始分文理班了，大學就開始選專業了，到了研究生......
額，忽然想起沒上過研究生，不太清楚，但學習的道路肯定更加細分了，對不對？
所以，在4到5年這個階段，其實同樣沒有固定的道路可走，之前之所以建議大家提高“影響力”，其實現在筆者自己回想起來，其中深層次的原因，是希望大家去一些知名的公司，像是......咳.......你懂的（這次完美的暗示，感覺要個4不過分）。
其實在第3-5年這段期間，最好的選擇，就是一邊提高自己的核心競爭力，一邊著手開始進入一家可以“洗白”的公司，或者說是可以提高“影響力」的公司。
什麼叫「洗白」？
但是當你想往上爬的時候，也就是做高層技術管理者的時候，你沒有一定的背景，就算你實力再牛逼，也是無濟於事的，這就是筆者所說的“影響力”，其實也可以叫“信服力”。
你聽過哪個公司的CTO或是技術總監，是沒什麼學歷，也沒進過任何大公司，一窮二白的野書生嗎？
可能有的人這個時候會舉手發言了，「作者你說的不對啊，我見過這樣的人啊！啥學歷沒有，啥大公司沒進過，但人家就是CTO，老厲害了呢。」
這只有兩種情況，第一種，你說的這個人太厲害，不在本文討論範圍內，呵呵噠，第二種，這個CTO，是一個披著專案經理的皮，管著十人二十人的假CTO，因為公司一共就這麼點人，-_-。
總而言之，言而總之，說了這麼多，「洗白」的意思就是，在學歷不夠亮眼的情況下，就想辦法提高一下自己的公司背景吧。
最起碼，如果哪一天，你真的坐上了CTO的位置，你的簡介裡可以加這麼一句話，「曾就職於某著名XXXX公司，任XXX職位。」
是不是感覺多了一些信服力呢？
所以，還是那句話，阿里中間件歡迎你！ 5年了，同學，你該回家了！ （老闆，今年我要5，-_-）
對於這個階段的同學來說，與5年前初入職場相比，除了工作上的不同以外，最大的可能是來自於生活上的改變。
所以，這個階段，咱們不談工作，不談學習道路，咱們來談生活。
5年前，你可能還是單身狗，你自由，你拼搏，你各種跳槽，你四處流浪，但是5年過去了，你恐怕已經結婚，甚至孩子都有了，這個時候的你，不得不考慮一些現實問題。
買車？買房？落戶？
這每一項，都像一座大山一樣，壓在奮鬥在一線城市的上班族身上。
特別是買房這件事，哪怕你此時已經年薪50W，在一線城市，買房依舊是非常困難。
因為50W扣掉各種亂七八糟，估計得縮水15W，等於是到手只有35W左右了，再加上你的花銷，一年能存20W算是非常不錯了，而一線的一套房子，頭期款基本上最少的都要上百萬（也就是總價300W，這已經是一線的白菜價了），這都要存5年才夠，更何況有多少人在這個時候，年薪還不到50W。
再者說，你敢保證這5年房價不漲？你敢保證這5年你一次都沒有大的花銷？
有的同學可能要舉手說話了，「我爸媽已經給我在北京2環買好房子了呀。」
那筆者只能說，「這位同學，請你出去！呵呵噠......」
咱們這裡討論的，主要是非二代同學，關於二代同學們，筆者給你的建議只有一個，吃好玩好就行，就別出來搶飯碗了，-_-。
好了，言歸正傳，買房其實只是第一大難關，其它城市筆者不知道，但是在北京，落戶比買房還要困難，基本可以說是無路可走，雖說最近出了個積分落戶，但怎麼看都是中看不中用。
說到這裡，筆者不得不提到之前寫的一篇文章，題目叫做《程式設計師們，再不行動就來不及了！ 》，其實講的就是程式設計師的安家之道。
具體的這裡就不再具體詳述了，有興趣的同學可以自行去看，這裡只是引用一下文中的一句話－－一線城市奮鬥存錢，二線城市安居樂業。
一句話已經道出了程式設計師的最終歸宿，而在二線城市中，目前最合適的，杭州就是其中之一。
杭州的互聯網行業相當發達，工資不比一線的低多少，甚至還可能會更高，但是房子均價卻是一線的一半都不到，再加上杭州風景怡人，這樣的城市，絕對是最適合在外拼搏的「野生」程式設計師，安居樂業的好地方。
而從一線轉往杭州，總需要一家公司來過渡，那這個最合適的公司也自不用說，咳咳.......你懂的....... （毫無違和感的植入，-_-）
而其他知名互聯網公司，大部分都在北上深，就算工資高些，但是從生活壓力，和幸福感上來說，相信和杭州這樣的宜居城市，是沒辦法相提並論的。
5年了，5年的奮鬥是為了什麼？或許在你初進場的時候，你意氣風發，你要改變世界，但是當你結婚生子以後，你會發現，在你改變世界之前，你要先安居樂業，-_-。
所以，還是那句話，咳......
阿里中間件歡迎你！
其實縱觀筆者今天所講的，就是「野生」Java程式設計師，如何透過學習和努力，進入阿里，並且在杭州買房落戶的道路。
是的，這個學習道路的終點，不是幫助你成為技術大牛，而是教你安居樂業。
畢竟咱們在外奮鬥，不就是想在大城市紮根安家嗎？
至於當初改變世界的夢想，等你把生活安頓好了以後，再去談改變世界也不晚。
當然了，有一點要強調一下，關於學習的那一部分（也就是前4年），是相對來說比較通用的，基本上所有的Java學習者，都可以適當參考一下筆者當時的學習路線，即使在極端情況下，照搬也不無不可。 （免責聲明：學成啥樣，作者概不負責，-_-）
但是，對於安家落戶的這一部分（也就是4年後），可能並不適用於所有人，比如有的人老家就是深圳這種一線城市的，那自然沒有必要來杭州了，畢竟深圳也有阿里中心嘛，-_-。
因此，在工作的前面幾年，你可以按照筆者的學習道路去走，但是當你工作到3-4年這個階段的時候（又或者是你討到老婆的時候，- _-），一邊工作學習，一邊你也要規劃一下，你未來要去哪個城市安家，進哪家公司。
認準目標以後，你就要好好研究一下這個城市的房價、購屋政策、落戶政策等，也要研究一下這個公司面試，都傾向於哪方面（比如本文第一部分的內容， -_-），然後等錢存的差不多以後......
好了，之所以後面用省略號，是怕你們現在的老闆看到以後，來杭州找我拼命，但是我相信你們看懂了，-_-。
end：
最後我在多嘴兩句，學習本身就是一件很辛苦的事，學習Java更是一件痛苦的事，但既然選擇了這條路，咬牙也要堅持下去吧，走到最後你會發現真是前途一片光明呢。
相關文章：
相關影片：
以上是阿里社招面試都問什麼？ Java程式設計師自學的幾個注意點的詳細內容。更多資訊請關注PHP中文網其他相關文章！
