阿里Java工程師對3年工作經驗程序員的職業(yè)建議

每個程序員、或者說每個工作者都應該有自己的職業(yè)規(guī)劃，如果你不是富二代，不是官二代，也沒有職業(yè)規(guī)劃，希望你可以思考一下自己的將來。今天小編給大家分享的是一篇來自阿里Java工程師對3年工作經驗程序員的職業(yè)建議，希望對你有啟發(fā)。

程序員的三個階段

第一階段-——三年

我認為三年對于程序員來說是第一個門檻，這個階段將會淘汰掉一批不適合寫代碼的人。這一階段，我們走出校園，邁入社會，成為一名程序員，正式從書本上的內容邁向真正的企業(yè)級開發(fā)。我們知道如何團隊協(xié)作、如何使用項目管理工具、項目版本如何控制、我們寫的代碼如何測試如何在線上運行等等，積累了一定的開發(fā)經驗，也對代碼有了一定深入的認識，是一個比較純粹的Coder的階段。

第二階段——五年

五年又是區(qū)分程序員的第二個門檻。有些人在三年里，除了完成工作，在空余時間基本不會研究別的東西，熱衷于研究各種技術實現(xiàn)細節(jié)、看了N多好書、寫一些博客、在Github上分享技術，這些人在五年后必然具備在技術上獨當一面的能力并且清楚自己未來的發(fā)展方向，從一個Coder逐步走向系統(tǒng)分析師或是架構師，成為項目組中不可或缺的人物。

第三階段——十年

十年又是另一個門檻了，轉行或是繼續(xù)做一名程序員就在這個節(jié)點上。如果在前幾年就抱定不轉行的思路并且為之努力的話，那么在十年的這個節(jié)點上，有些人必然成長為一名對行業(yè)有著深入認識、對技術有著深入認識、能從零開始對一個產品進行分析的程序員，這樣的人在公司基本擔任的都是CTO、技術專家、首席架構師等最關鍵的職位，這對于自己絕對是一件榮耀的事，當然老板在經濟上也絕不會虧待你

總結一下，我認為，隨著你工作年限的增長、對生活對生命認識的深入，應當不斷思考三個問題：

0.我到底適不適合當一名程序員？

1.我到底應不應該一輩子以程序員為職業(yè)？

2.我對編程到底持有的是一種什么樣的態(tài)度，是夠用就好呢還是不斷研究？

最終，明確自己的職業(yè)規(guī)劃，對自己的規(guī)劃負責并為之努力。

關于專業(yè)技能

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

0.基本語法

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

讓我印象深刻的一次面試經歷，面試官直接問到了我volatile關鍵字的底層實現(xiàn)原理（順便插一句，面試和被面試本身就是相對的，面試官能問這個問題同時也讓面試者感覺到面試官也是一個喜愛研究技術的人，增加了面試者對公司的好感，我最終選擇的就是問了這個問題的公司），不要覺得這太吹毛求疵了----越簡單的問題越能看出一個人的水平，別人對你技術的考量絕大多數(shù)都是以深度優(yōu)先、廣度次之為標準的，切記。

1. 集合

非常重要，也是必問的內容?；旧暇褪荓ist、Map、Set，問的是各種實現(xiàn)類的底層實現(xiàn)原理，實現(xiàn)類的優(yōu)缺點。

集合要掌握的是ArrayList、LinkedList、Hashtable、HashMap、ConcurrentHashMap、HashSet的實現(xiàn)原理，能流利作答，當然能掌握CopyOnWrite容器和Queue是再好不過的了。另外多說一句，ConcurrentHashMap的問題在面試中問得特別多，大概是因為這個類可以衍生出非常多的問題，關于ConcurrentHashMap，我提供三點回答或者是研究方向：

0.ConcurrentHashMap的鎖分段技術

1.ConcurrentHashMap的讀是否要加鎖，為什么

2.ConcurrentHashMap的迭代器是強一致性的迭代器還是弱一致性的迭代器

2. 設計模式

本來以為蠻重要的一塊內容，結果只在阿里巴巴B2B事業(yè)部面試的時候被問了一次，當時問的是裝飾器模式。

當然咱們不能這么功利，為了面試而學習，設計模式在工作中還是非常重要、非常有用的，23種設計模式中重點研究常用的十來種就可以了，面試中關于設計模式的問答主要是三個方向：

0.你的項目中用到了哪些設計模式，如何使用

1.知道常用設計模式的優(yōu)缺點

2.能畫出常用設計模式的UML圖

3. 多線程

這也是必問的一塊了。因為三年工作經驗，所以基本上不會再問你怎么實現(xiàn)多線程了，會問得深入一些比如說Thread和Runnable的區(qū)別和聯(lián)系、多次start一個線程會怎么樣、線程有哪些狀態(tài)。當然這只是最基本的，出乎意料地，幾次面試幾乎都被同時問到了一個問題，問法不盡相同，總結起來是這么一個意思：

假如有Thread1、Thread2、Thread3、Thread4四條線程分別統(tǒng)計C、D、E、F四個盤的大小，所有線程都統(tǒng)計完畢交給Thread5線程去做匯總，應當如何實現(xiàn)？

你對這個問題是否有答案呢？不難，java.util.concurrent下就有現(xiàn)成的類可以使用。

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

最后，雖然這次面試問得不多，但是多線程同步、鎖這塊也是重點。synchronized和ReentrantLock的區(qū)別、synchronized鎖普通方法和鎖靜態(tài)方法、死鎖的原理及排查方法等等...

4. IO

IO分為File IO和Socket IO，F(xiàn)ile IO基本上是不會問的，問也問不出什么來，平時會用就好了，另外記得File IO都是阻塞IO。

Socket IO是比較重要的一塊，要搞懂的是阻塞/非阻塞的區(qū)別、同步/異步的區(qū)別，借此理解阻塞IO、非阻塞IO、多路復用IO、異步IO這四種IO模型，Socket IO如何和這四種模型相關聯(lián)。這是基本一些的，深入一些的話，就會問NIO的原理、NIO屬于哪種IO模型、NIO的三大組成等等，這有些難，當時我也是研究了很久才搞懂NIO。

提一句，NIO并不是嚴格意義上的非阻塞IO而應該屬于多路復用IO，面試回答的時候要注意這個細節(jié)，講到NIO會阻塞在Selector的select方法上會增加面試官對你的好感。

如果用過Netty，可能會問一些Netty的東西，畢竟這個框架基本屬于當前最好的NIO框架了（Mina其實也不錯，不過總體來說還是比不上Netty的），大多數(shù)互聯(lián)網公司也都在用Netty。

5. JDK源碼

要想拿高工資，JDK源碼不可不讀。上面的內容可能還和具體場景聯(lián)系起來，JDK源碼就是實打實地看你平時是不是愛鉆研了。我面試過程中被問了不少JDK源碼的問題，其中最刁鉆的一個問題——String的hashCode()方法是怎么實現(xiàn)的，幸好我平時String源代碼看得多，答了個大概。JDK源碼其實沒什么好總結的，純粹看個人，總結一下比較重要的源碼：

List、Map、Set實現(xiàn)類的源代碼

ReentrantLock、AQS的源代碼

AtomicInteger的實現(xiàn)原理，主要能說清楚CAS機制并且AtomicInteger是如何利用CAS機制實現(xiàn)的

線程池的實現(xiàn)原理

Object類中的方法以及每個方法的作用

這些其實要求蠻高的，我去年一整年基本把JDK中重要類的源代碼研究了個遍，真的花費時間、花費精力，當然回頭看，是值得的----不僅僅是為了應付面試。

6. 框架

老生常談，面試必問的東西。一般來說會問你一下你們項目中使用的框架，然后給你一些場景問你用框架怎么做，比如我想要在spring初始化bean的時候做一些事情該怎么做、想要在bean銷毀的時候做一些事情該怎么做、MyBatis中$和#的區(qū)別等等，這些都比較實際了，平時積累得好、有多學習框架的使用細節(jié)自然都不成問題。

如果上面你的問題答得好，面試官往往會深入地問一些框架的實現(xiàn)原理。問得最多的就是Spring AOP的實現(xiàn)原理，當然這個很簡單啦，兩句話就搞定的的事兒，即使你不會準備一下就好了。我遇到的最變態(tài)的是讓我畫一下Spring的Bean工廠實現(xiàn)的UML圖，當然面對這樣一個有深度的問題，我是絕對答不出來的......

7. 數(shù)據(jù)庫

數(shù)據(jù)庫十有八九也都會問到。一些基本的像union和union all的區(qū)別、left join、幾種索引及其區(qū)別就不談了，比較重要的就是數(shù)據(jù)庫性能的優(yōu)化，如果對于數(shù)據(jù)庫的性能優(yōu)化一竅不通，那么有時間，還是建議你在面試前花一兩天專門把SQL基礎和SQL優(yōu)化的內容準備一下。

不過數(shù)據(jù)庫倒是不用擔心，一家公司往往有很多部門，如果你對數(shù)據(jù)庫不熟悉而基本技術又非常好，九成都是會要你的，估計會先把你放到對數(shù)據(jù)庫使用不是要求非常高的部門鍛煉一下。

8. 數(shù)據(jù)結構和算法分析

數(shù)據(jù)結構和算法分析，對于一名程序員來說，會比不會好而且在工作中絕對能派上用場。數(shù)組、鏈表是基礎，棧和隊列深入一些但也不難，樹挺重要的，比較重要的樹AVL樹、紅黑樹，可以不了解它們的具體實現(xiàn)，但是要知道什么是二叉查找樹、什么是平衡樹，AVL樹和紅黑樹的區(qū)別。記得某次面試，某個面試官和我聊到了數(shù)據(jù)庫的索引，他問我：

你知道索引使用的是哪種數(shù)據(jù)結構實現(xiàn)嗎？

我答到用的Hash表吧，答錯。他又問，你知道為什么要使用樹嗎？我答到因為Hash表可能會出現(xiàn)比較多的沖突，在千萬甚至是上億級別的數(shù)據(jù)面前，會大大增加查找的時間復雜度。而樹比較穩(wěn)定，基本保證最多二三十次就能找到想要的數(shù)據(jù)，對方說不完全對，最后我們還是交流了一下這個問題，我也明白了為什么要使用樹，這里不說，大家覺得索引為什么要使用樹來實現(xiàn)呢？

至于算法分析，不會、不想研究就算了，記得某次面試對方問我，Collections.sort方法使用的是哪種排序方法，額，吐血三升。當然為了顯示我的博學，對算法分析也有一定的研究，我還是硬著頭皮說了一句可能是冒泡排序吧。當然答案肯定不是，有興趣的朋友可以去看一下Collections.sort方法的源代碼，用的是一種叫做TimSort的排序法，也就是增強型的歸并排序法。

9. Java虛擬機

出乎我意料，Java虛擬機應該是很重要的一塊內容，結果在這幾家公司中被問到的概率幾乎為0。要知道，我去年可是花了大量的時間去研究Java虛擬機的，光周志明老師的《深入理解Java虛擬機：JVM高級特性與最佳實踐》，就讀了不下五遍。

言歸正傳，雖然Java虛擬機沒問到，但我覺得還是有必要研究的，我就簡單地列一個提綱吧，談談Java虛擬機中比較重要的內容：

0.Java虛擬機的內存布局

1.GC算法及幾種垃圾收集器

2.類加載機制，也就是雙親委派模型

3.Java內存模型

4.happens-before規(guī)則

5.volatile關鍵字使用規(guī)則

6.也許面試無用，但在走向大牛的路上，不可不會。

10. Web方面的一些問題

Java主要面向Web端，因此Web的一些問題也是必問的。我碰到過問得最多的兩個問題是：

1.談談分布式Session的幾種實現(xiàn)方式

常用的四種能答出來自然是讓面試官非常滿意的，另外一個常問的問題是：

2.講一下Session和Cookie的區(qū)別和聯(lián)系以及Session的實現(xiàn)原理

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

最后，如果有興趣有時間，建議學習、研究一下SOA和RPC，面向服務體系，大型分布式架構必備，救命良方、包治百病、屢試不爽。