就今年大環境來看，跳槽成功的難度比往年高很多，一個明顯的感受：今年的Java技術棧面試，無論一面還是二面，都特別考驗Java程式設計師的技術功底。作為一個Java後端開發，趁金九銀十之際也面試了好幾家公司，一線大廠當然是少不了，BATJ、位元組跳動等，大概給我的一個感覺就是：這些公司對程式設計師的要求真的是越來越高了。所以，今天就來聊一聊這幾次面試給我的一些具體感受，分享給大家，希望能夠提供一些幫助（僅供參考）。

1. 別讓人感覺你只會山寨別人的程式碼
2. 單機版夠用？適當瞭解些分散式
3. 資料庫方面，別就知道增刪改查，得了解效能最佳化
4. Java 核心方面，圍繞資料結構和效能最佳化準備面試題
5. Linux 方面，至少了解如何看日誌排查問題
6. 通讀一段底層程式碼，作為加分項
7. 一切的一切，把上述技能嵌入到你做過的專案裡

小結：本文更多講述的準備面試的方法

1. 別讓人感覺你只會山寨別人的程式碼

框架是重點，但別讓人感覺你只會山寨別人的程式碼！在面試前，面試官一般會閱讀簡歷以檢視候選人在框架方面的專案經驗，在候選人的專案介紹的環節，面試官也會著重關注候選人最近的框架經驗，目前比較熱門的是SSM。

不過，一般工作在5年內的候選人，大多僅僅是能“山寨”別人的程式碼，也就是說能在現有框架的基礎上，照著別人寫的流程，擴展出新的功能模組。比如要寫個股票掛單的功能模組，是會模仿現有的下單流程，然後從前端到後端再到資料庫，依樣畫葫蘆寫一遍，最多把功能相關的程式碼點改掉。

其實我們每個人都這樣過來的，但在面試時，如果你僅僅表現出這樣的能力，就和大多數人的水平差不多了，在這點就沒法體現出你的優勢了。

我們知道，如果單純使用SSM框架，大多數專案都會有痛點。比如資料庫效能差，或者業務模組比較複雜，併發量比較高，用Spring MVC裡的Controller無法滿足跳轉的需求。所以我在面試時，面試官還問了一個問題：除了依照現有框架寫業務程式碼時，你還做了哪些改動？

我的回答是：增加了Redis快取，以避免頻繁呼叫一些不變的資料。或者，在MyBitas的xml裡，select語句where條件有isnull，即這個值有就增加一個where條件，對此，會對任何一個where增加一個不帶isnull的查詢條件，以免該語句當傳入引數都是null時，做全表掃描。或者，乾脆說，後端非同步返回的資料量很大，時間很長，我在專案裡就調大了非同步返回的最大時間，或者對返回資訊做了壓縮處理，以增加網路傳輸效能。

對於這個問題，其實大部分的面試官是不在乎聽到什麼回答，只關心回答符不符邏輯。一般只要答對，面試官都會給出“在框架層面有自己的體會，有一定的瞭解”的判斷，否則，就只會給出“只能在專案經理帶領下編寫框架程式碼，對框架本身瞭解不多”。

其實，在準備面試時，歸納框架裡的要點並不難，我就不信所有人在做專案時一點積累也沒，只要你說出來，可以說，這方面你就碾壓了將近7成的競爭者。

2. 單機版夠用？適當瞭解些分散式

別單純看單機版的框架，適當瞭解些分散式！此外，在描述專案裡框架技術時，最好你再帶些分散式的技術。下面我列些大家可以準備的分散式技術。

1、反向代理方面，nginx的基本配置，比如如何透過lua語言設定規則，如何設定session粘滯。如果可以，再看些nginx的底層，比如協議，叢集設定，失效轉移等。

2、遠端呼叫dubbo方面，可以看下dubbo和zookeeper整合的知識點，再深一步，瞭解下dubbo底層的傳輸協議和序列化方式。

3、訊息佇列方面，可以看下kafka或任意一種元件的使用方式，簡單點可以看下配置，工作組的設定，再深入點，可以看下Kafka叢集，持久化的方式，以及傳送訊息是用長連線還是短攔截。

以上僅僅是用3個元件舉例，大家還可以看下Redis快取，日誌框架，MyCAT分庫分表等。準備的方式有兩大類，第一是要會說怎麼用，這比較簡單，能透過配置檔案搭建成一個功能模組即可，第二是可以適當讀些底層程式碼，以此瞭解下協議，叢集和失效轉移之類的高階知識點。史上最全 Redis 高可用解決方案總結。

如果能在面試中侃侃而談分散式元件的底層，那麼得到的評價就會比較好了，比如“深入瞭解框架底層”，或“框架經驗豐富”，這樣就算去面試架構師也行了，更何況是高階開發。

3. 資料庫方面，別就知道增刪改查，得了解效能最佳化

資料庫方面，別就知道增刪改查，得了解效能最佳化！在實際專案裡，大多數程式設計師用到的可能僅僅是增刪改查，當我們用Mybatis時，這個情況更普遍。不過如果你面試時也這樣表現，估計你的能力就和其它競爭者差不多了。

這方面，你可以準備如下的技能：

1. SQL高階方面，比如group by, having，左連線，子查詢（帶in），行轉列等高階用法。
2. 建表方面，你可以考慮下，你專案是用三正規化還是反正規化，理由是什麼？
3. 尤其是最佳化，你可以準備下如何透過執行計劃檢視SQL語句改進點的方式，或者其它能改善SQL效能的方式（比如建索引等）。
4. 如果你感覺有能力，還可以準備些MySQL叢集，MyCAT分庫分表的技能。比如透過LVS+Keepalived實現MySQL負載均衡，MyCAT的配置方式。同樣，如果可以，也看些相關的底層程式碼。

哪怕你在前三點表現一般，那麼至少也能超越將近一般的候選人，尤其當你在SQL最佳化方面表現非常好，那麼你在面試高階開發時，資料庫層面一定是達標的，如果你連第四點也回答非常好，那麼恭喜你，你在資料庫方面的能力甚至達到了初級架構的級別。

4. Java 核心方面，圍繞資料結構和效能最佳化準備面試題

Java核心方面，圍繞資料結構和效能最佳化準備面試題！Java核心這塊，網上的面試題很多，不過在此之外，大家還應當著重關注集合（即資料結構）和多執行緒併發這兩塊，在此基礎上，大家可以準備些設計模式和虛擬機器的說辭。

下面列些我一般會問的部分問題：

• String a = “123”; String b = “123”;a==b的結果是什麼？這包含了記憶體，String儲存方式等諸多知識點。
• HashMap裡的hashcode方法和equal方法什麼時候需要重寫？如果不重寫會有什麼後果？對此大家可以進一步瞭解HashMap（甚至ConcurrentHashMap）的底層實現。
• ArrayList和LinkedList底層實現有什麼差別？它們各自適用於哪些場合？對此大家也可以瞭解下相關底層程式碼。
• volatile關鍵字有什麼作用？由此展開，大家可以瞭解下執行緒記憶體和堆記憶體的差別。volatile關鍵字解析。
• CompletableFuture，這個是JDK1.8裡的新特性，透過它怎麼實現多執行緒併發控制？
• JVM裡，new出來的物件是在哪個區？再深入一下，問下如何檢視和最佳化JVM虛擬機器記憶體。
• Java的靜態代理和動態代理有什麼差別？最好結合底層程式碼來說。

透過上述的問題點，其實我們會發現不僅僅停留在“會用”級別，大廠的面試官不會問如何在ArrayList裡放元素。大家可以看到，上述問題包含了“多執行緒併發”，“JVM最佳化”，“資料結構物件底層程式碼”等細節，大家也可以舉一反三，透過看一些高階知識，多準備些其它類似面試題。

我們知道，目前Java開發是以Web框架為主，那麼為什麼還要問Java核心知識點呢？我這個是有切身體會的。你必須掌握的 21 個 Java 核心技術！

之前在我團隊裡，我見過兩個人，一個是就會幹活，具體表現是會用Java核心基本的API，而且也沒有深入瞭解的意願（估計不知道該怎麼深入瞭解），另一位平時專門會看些Java併發，虛擬機器等的高階知識。

過了半年以後，後者的能力快速升級到高階開發，由於對JAVA核心知識點了解很透徹，所以看一些分散式元件的底層實現沒什麼大問題。而前者，一直在重複勞動，能力也只一直停留在“會幹活”的層面。

而在現實的面試中，如果不熟悉Java核心知識點，估計升高級開發都難，更別說是面試架構師級別的崗位了。

5. Linux 方面，至少了解如何看日誌排查問題

Linux方面，至少了解如何看日誌排查問題！如果候選人能證明自己有“排查問題”和“解決問題”的能力，這絕對是個加分項，但怎麼證明？

目前大多數的網際網路專案，都是部署在Linux上，也就是說，日誌都是在Linux，下面歸納些實際的Linux操作。Java程式設計師必須掌握的常用Linux命令。

1. 能透過less命令開啟檔案，透過Shift+G到達檔案底部，再透過?+關鍵字的方式來根據關鍵來搜尋資訊。
2. 能透過grep的方式查關鍵字，具體用法是, grep 關鍵字 檔名，如果要兩次在結果裡查詢的話，就用grep 關鍵字1 檔名關鍵字2 --color。最後–color是高亮關鍵字。
3. 能透過vi來編輯檔案。
4. 能透過chmod來設定檔案的許可權。

當然，還有更多更實用的Linux命令，但在實際面試過程中，不少候選人連一條linux命令也不知道。還是這句話，你哪怕知道些很基本的，也比一般人強了。

6. 通讀一段底層程式碼，作為加分項

如何證明自己對一個知識點非常瞭解？莫過於能透過底層程式碼來說明。我在和不少工作經驗在5年之內的程式設計師溝通時，不少人認為這很難？確實，如果要透過閱讀底層程式碼瞭解分散式元件，那難度不小，但如果如下部分的底層程式碼，並不難懂。

1. ArrayList,LinkedList的底層程式碼裡，包含著基於陣列和連結串列的實現方式，如果大家能以此講清楚擴容，“透過列舉器遍歷“等方式，絕對能證明自己。
2. HashMap直接對應著Hash表這個資料結構，在HashMap的底層程式碼裡，包含著hashcode的put，get等的操作，甚至在ConcurrentHashMap裡，還包含著Lock的邏輯。我相信，如果大家在面試中，看看而言ConcurrentHashMap，再結合在紙上邊說邊畫，那一定能征服面試官。
3. 可以看下靜態代理和動態代理的實現方式，再深入一下，可以看下Spring AOP裡的實現程式碼。詳解 Java 中的三種代理模式。
4. 或許Spirng IOC和MVC的底層實現程式碼比較難看懂，但大家可以說些關鍵的類，根據關鍵流程說下它們的實現方式。

其實準備的底層程式碼未必要多，而且也不限於在哪個方面，比如集合裡基於紅黑樹的TreeSet，基於NIO的開源框架，甚至分散式元件的Dubbo，都可以準備。而且準備時未必要背出所有的底層（事實上很難做到），你只要能結合一些重要的類和方法，講清楚思路即可（比如講清楚HashMap如何透過hashCode快速定位）。

那麼在面試時，如何找到個好機會說出你準備好的上述底層程式碼？在面試時，總會被問到集合，Spring MVC框架等相關知識點，你在回答時，順便說一句，“我還了解這塊的底層實現”，那麼面試官一定會追問，那麼你就可以說出來了。

不要小看這個對候選人的幫助，一旦你講了，只要意思到位，那麼最少能得到個“肯積極專業“的評價，如果描述很清楚，那麼評價就會升級到“熟悉Java核心技能（或Spring MVC），且基本功紮實”。

要知道，面試中，很少有人能講清楚底層程式碼，所以你丟擲了這個話題，哪怕最後沒達到預期效果，面試官也不會由此對你降低評價。所以說，準備這塊絕對是“有百利而無一害”的掙錢買賣

7. 一切的一切，把上述技能嵌入到你做過的專案裡

一切的一切，把上述技能嵌入到你做過的專案裡！在面試過程中，許多候選人對SQL最佳化技能講得頭頭是道，但最後得知，這是他平時自學時掌握的，並沒用在實際專案裡。

當然這總比不說要好，所以我在面試時會寫下“在平時自學過SQL最佳化技能”，但如果在專案裡實踐過，那麼我就會寫下“有實際資料庫SQL最佳化的技能”。大家可以對比下兩者的差別，一個是偏重理論，一個是直接能幹活了。其實，很多場景裡，我就不信在實際專案裡一定沒有實踐過SQL最佳化技能。

從這個案例中，我想告訴大家的是，你之前費了千辛萬苦（其實方法方向得到，也不用費太大精力）準備的很多技能和說辭，最後應該落實到你的實際專案裡。

比如你有過在Linux日誌裡查詢關鍵字排查問題的經驗，在描述時你可以帶一句，在之前的專案裡我就這樣乾的。又如，你透過看底層程式碼，瞭解了TreeSet和HashSet的差別以及它們的適用範圍，那麼你就可以回想下你之前做的專案，是否有個場景僅僅適用於TreeSet？

如果有，那麼你就可以適當描述下專案的需求，然後說，透過讀底層程式碼，我瞭解了兩者的差別，而且在這個實際需求裡，我就用了TreeSet，而且我還專門做了對比性試驗，發現用TreeSet比HashSet要高xx個百分點。

請記得，“實踐經驗”一定比“理論經驗”值錢，而且大多數你知道的理論上的經驗，一定在你的專案裡用過。所以，如果你僅僅讓面試官感覺你只有“理論經驗”，那就太虧了。