專案經驗不豐富、技術不突出的程式設計師怎麼打動面試官？
前言
相信不少的程式員都有過類似的困惑：如果我沒有大型的專案經歷，也不能靠技術征服面試官，那我要怎麼才能給面試官留下一個好印象呢？
按照本人的面試經驗來說，面試主要看幾點：專案經驗+基本技術+個人潛力
說到這裡，也給大家推薦一個架構交流學習群：835544715，裡面會分享一些資深架構師錄製的視訊錄影：有Spring，MyBatis，Netty原始碼分析，高併發、高效能、分散式、微服務架構的原理，JVM效能優化這些成為架構師必備的知識體系。還能領取免費的學習資源，相信對於已經工作和遇到技術瓶頸的碼友，在這個群裡會有你需要的內容。
關於專案經驗
我認為方騰飛老師講的一段話非常好：
介紹產品時面試官會考察應聘者的溝通能力和思考能力，我們大部分情況都是做產品的一個功能或一個模組，但是即使是這樣，自己有沒有把整個系統架構或產品搞清楚，並能介紹清楚，為什麼做這個系統？這個系統的價值是什麼？這個系統有哪些功能？優缺點有哪些？如果讓你重新設計這個系統你會如何設計？
我覺得這就已經足以概括了。也許你僅僅工作一年，也許你做的是專案中微不足道的模組，當然這些一定是你的劣勢且無法改變，但是如何彌補這個劣勢，從方老師的話中我總結幾點：
明確你的專案到底是做什麼的，有哪些功能
明確你的專案的整體架構，在面試的時候能夠清楚地畫給面試官看並且清楚地指出從哪裡呼叫到哪裡、使用什麼方式呼叫
明確你的模組在整個專案中所處的位置及作用
明確你的模組用到了哪些技術，更好一些的可以再瞭解一下整個專案用到了哪些技術
在你無法改變自己的工作年限、自己的不那麼有說服力的專案經驗的情況下（這一定是扣分項），可以通過這種方式來一定程度上地彌補並且增進面試官對你的好感度。
補充一點，在面試中聊你的專案的時候，有一個問題90%是繞不過的：談一下你在專案中解決過的比較複雜的問題。這需要在工作中不斷去發現和探索，不需要多，在你自己目前的專案中只要你找到一兩個能說的問題就行。
一個小技巧是，即使問題不是你解決的而是別人解決的，但是你把這個問題弄懂、搞透了，在面試的時候你一樣可以把這個問題當作是你自己解決的來說----畢竟，誰來管這個問題當時到底是不是你解決的呢？
關於基本技術
說完了專案經驗，接下來說一說1-3年的Java程式設計師應該具備的技術能力，這些能力你掌握的越多，給面試官的感覺和最終拿到的薪資也就越高。
1、基本語法
這包括static、final、transient等關鍵字的作用，foreach迴圈的原理等等。今天面試我問你static關鍵字有哪些作用，如果你答出static修飾變數、修飾方法我會認為你合格，答出靜態塊，我會認為你不錯，答出靜態內部類我會認為你很好，答出靜態導包我會對你很滿意，因為能看出你非常熱衷研究技術。
最深入的一次，記得面試官直接問到了我volatile關鍵字的底層實現原理（順便插一句，面試和被面試本身就是相對的，面試官能問這個問題同時也讓面試者感覺到面試官也是一個喜愛研究技術的人，增加了面試者對公司的好感，我最終選擇的就是問了這個問題的公司），不要覺得這太吹毛求疵了----越簡單的問題越能看出一個人的水平，別人對你技術的考量絕大多數都是以深度優先、廣度次之為標準的，切記。
2、集合
非常重要，也是必問的內容。基本上就是List、Map、Set，問的是各種實現類的底層實現原理，實現類的優缺點。
集合要掌握的是ArrayList、LinkedList、Hashtable、HashMap、ConcurrentHashMap、HashSet的實現原理，能流利作答，當然能掌握CopyOnWrite容器和Queue是再好不過的了。另外多說一句，ConcurrentHashMap的問題在面試中問得特別多，大概是因為這個類可以衍生出非常多的問題，關於ConcurrentHashMap，我給網友朋友們提供三點回答或者是研究方向：
ConcurrentHashMap的鎖分段技術
ConcurrentHashMap的讀是否要加鎖，為什麼
ConcurrentHashMap的迭代器是強一致性的迭代器還是弱一致性的迭代器
3、設計模式
本來以為蠻重要的一塊內容，結果只在阿里巴巴B2B事業部面試的時候被問了一次，當時問的是裝飾器模式。
當然咱們不能這麼功利，為了面試而學習，設計模式在工作中還是非常重要、非常有用的，23種設計模式中重點研究常用的十來種就可以了，面試中關於設計模式的問答主要是三個方向：
你的專案中用到了哪些設計模式，如何使用
知道常用設計模式的優缺點
能畫出常用設計模式的UML圖
4、多執行緒
這也是必問的一塊了。因為三年工作經驗，所以基本上不會再問你怎麼實現多執行緒了，會問得深入一些比如說Thread和Runnable的區別和聯絡、多次start一個執行緒會怎麼樣、執行緒有哪些狀態。當然這只是最基本的，出乎意料地，幾次面試幾乎都被同時問到了一個問題，問法不盡相同，總結起來是這麼一個意思：
假如有Thread1、Thread2、Thread3、Thread4四條執行緒分別統計C、D、E、F四個盤的大小，所有執行緒都統計完畢交給Thread5執行緒去做彙總，應當如何實現？
聰明的網友們對這個問題是否有答案呢？不難，java.util.concurrent下就有現成的類可以使用。
另外，執行緒池也是比較常問的一塊，常用的執行緒池有幾種？這幾種執行緒池之間有什麼區別和聯絡？執行緒池的實現原理是怎麼樣的？實際一些的，會給你一些具體的場景，讓你回答這種場景該使用什麼樣的執行緒池比較合適。
最後，雖然這次面試問得不多，但是多執行緒同步、鎖這塊也是重點。synchronized和ReentrantLock的區別、synchronized鎖普通方法和鎖靜態方法、死鎖的原理及排查方法等等。
5、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。
6、JDK原始碼
要想拿高工資，JDK原始碼不可不讀。上面的內容可能還和具體場景聯絡起來，JDK原始碼就是實打實地看你平時是不是愛鑽研了。我面試過程中被問了不少JDK原始碼的問題，其中最刁鑽的一個是：String的hashCode()方法是怎麼實現的，幸好咱平時String原始碼看得多，答了個大概。JDK原始碼其實沒什麼好總結的，純粹看個人，總結一下比較重要的原始碼：
List、Map、Set實現類的原始碼
ReentrantLock、AQS的原始碼
AtomicInteger的實現原理，主要能說清楚CAS機制並且AtomicInteger是如何利用CAS機制實現的
執行緒池的實現原理
Object類中的方法以及每個方法的作用
這些其實要求蠻高的，去年一整年基本把JDK中重要類的原始碼研究了個遍，真的花費時間、花費精力，當然回頭看，是值得的----不僅僅是為了應付面試。
7、框架
老生常談，面試必問的東西。一般來說會問你一下你們專案中使用的框架，然後給你一些場景問你用框架怎麼做，比如我想要在Spring初始化bean的時候做一些事情該怎麼做、想要在bean銷燬的時候做一些事情該怎麼做、MyBatis中$和#的區別等等，這些都比較實際了，平時積累得好、有多學習框架的使用細節自然都不成問題。
如果上面你的問題答得好，面試官往往會深入地問一些框架的實現原理。問得最多的就是Spring AOP的實現原理，當然這個很簡單啦，兩句話就搞定的的事兒，即使你不會準備一下就好了。我遇到的最變態的是讓LZ畫一下Spring的Bean工廠實現的UML圖，當然面對這樣一個有深度的問題，按目前的水準是絕對答不出來的/(ㄒoㄒ)/~~
8、資料庫
資料庫十有八九也都會問到。一些基本的像union和union all的區別、left join、幾種索引及其區別就不談了，比較重要的就是資料庫效能的優化，如果對於資料庫的效能優化一竅不通，那麼有時間，還是建議你在面試前花一兩天專門把SQL基礎和SQL優化的內容準備一下。
不過資料庫倒是不用擔心，一家公司往往有很多部門，如果你對資料庫不熟悉而基本技術又非常好，九成都是會要你的，估計會先把你放到對資料庫使用不是要求非常高的部門鍛鍊一下。
9、資料結構和演算法分析
資料結構和演算法分析，對於一名程式設計師來說，會比不會好而且在工作中絕對能派上用場。陣列、連結串列是基礎，棧和佇列深入一些但也不難，樹挺重要的，比較重要的樹AVL樹、紅黑樹，可以不瞭解它們的具體實現，但是要知道什麼是二叉查詢樹、什麼是平衡樹，AVL樹和紅黑樹的區別。記得某次面試，某個面試官和我聊到了資料庫的索引，他問我：
你知道索引使用的是哪種資料結構實現嗎？
我答到用的Hash表吧，答錯。他又問，你知道為什麼要使用樹嗎？我答到因為Hash表可能會出現比較多的衝突，在千萬甚至是上億級別的資料面前，會大大增加查詢的時間複雜度。而樹比較穩定，基本保證最多二三十次就能找到想要的資料，對方說不完全對，最後我們還是交流了一下這個問題，我也明白了為什麼要使用樹，這裡不說，網友朋友們覺得索引為什麼要使用樹來實現呢？
至於演算法分析，不會、不想研究就算了，記得某次面試對方問我，Collections.sort方法使用的是哪種排序方法，額，吐血三升。當然為了顯示自己的博學，對演算法分析也有一定的研究(⊙﹏⊙)b，我還是硬著頭皮說了一句可能是氣泡排序吧。當然答案肯定不是，有興趣的網友朋友們可以去看一下Collections.sort方法的原始碼，用的是一種叫做TimSort的排序法，也就是增強型的歸併排序法。
10、Java虛擬機器
出乎我的意料，Java虛擬機器應該是很重要的一塊內容，結果在這幾家公司中被問到的概率幾乎為0。要知道，LZ去年可是花了大量的時間去研究Java虛擬機器的，光周志明老師的《深入理解Java虛擬機器：JVM高階特性與最佳實踐》，我就讀了不下五遍。
言歸正傳，雖然Java虛擬機器沒問到，但我覺得還是有必要研究的，就簡單地列一個提綱吧，談談Java虛擬機器中比較重要的內容：
Java虛擬機器的記憶體佈局
GC演算法及幾種垃圾收集器
類載入機制，也就是雙親委派模型
Java記憶體模型
happens-before規則
volatile關鍵字使用規則
也許面試無用，但在走向大牛的路上，不可不會。
11、Web方面的一些問題
Java主要面向Web端，因此Web的一些問題也是必問的。我碰到過問得最多的兩個問題是：
談談分散式Session的幾種實現方式
常用的四種能答出來自然是讓面試官非常滿意的，另外一個常問的問題是：
講一下Session和Cookie的區別和聯絡以及Session的實現原理
這兩個問題之外，web.xml裡面的內容是重點，Filter、Servlet、Listener，不說對它們的實現原理一清二楚吧，至少能對它們的使用知根知底。另外，一些細節的方面比如get/post的區別、forward/重定向的區別、HTTPS的實現原理也都可能會被考察到。
最後，如果有興趣有時間，建議學習、研究一下SOA和RPC，面向服務體系，大型分散式架構必備，救命良方、包治百病、屢試不爽。
關於個人潛力
關於這一點我覺得是應該是貫穿於整個面試過程的。如果你能做到如下幾點，相信會在面試官心裡留下一個好印象。
面試時能夠保持良好、平穩的心態。條理清晰地回答面試官的問題，同時體現自己有較濃的技術興趣。
整個面試過程態度積極向上，不要有任何悲觀消極的態度（尤其在談到以前公司情況的時候，即使有再多的不滿），就不會有問題。
關於HR面，不能輕視。很多公司HR對面試者都有一票否決權。因此碰到一些難處理的問題一定要慎重回答，四個字：滴水不漏。
不是所有的程式設計師都是大牛，都能靠技術征服面試官。大部分程式設計師沒有太好的專案經驗、技術也不是特別突出，不必妄自菲薄，因為還有很多人和你一樣。
重要的是：怎麼在和你差不多的程式設計師中脫穎而出？
我相信，只要你在面試過程中體現出對技術的熱情、積極向上的態度、不卑不亢的風貌就能給面試官留下一個良好的印象，而當你具備了這些特質時，那你已經變成準大牛了。
試問，還有哪家求賢若渴的公司會因為一些表面的問題刁難你呢？還有哪個公司會拒絕你成為儲備人才呢？
歡迎工作一到五年的Java工程師朋友們加入Java架構開發：835544715 ofollow,noindex">點選連結加入群聊【JAVA高階架構】：https://jq.qq.com/?_wv=1027&k=5dbERkY
群內提供免費的Java架構學習資料（裡面有高可用、高併發、高效能及分散式、Jvm效能調優、Spring原始碼，MyBatis，Netty,Redis,Kafka,Mysql,Zookeeper,Tomcat,Docker,Dubbo,Nginx等多個知識點的架構資料）合理利用自己每一分每一秒的時間來學習提升自己，不要再用"沒有時間“來掩飾自己思想上的懶惰！趁年輕，使勁拼，給未來的自己一個交代！
結語
想起一句話——你若盛開，清風自來。獻給正在程式設計師修煉路上奮力前行的你們！共勉！