目錄：

• 框架是重點，但別讓人感覺你只會山寨別人的代碼
• 別只看單機版的框架，分布式也需要了解
• 對于數(shù)據(jù)庫，別只知道增刪改查，得了解性能優(yōu)化
• Java核心，圍繞數(shù)據(jù)結(jié)構(gòu)和性能優(yōu)化準(zhǔn)備面試題
• Linux方面，至少了解如何看日志排查問題
• 通讀一段底層代碼，作為加分項
• 切記切記，把上述技能嵌入到你的項目里
• 小結(jié)：本文更多講述的準(zhǔn)備面試的方法

在上周，我密集面試了若干位Java后端的候選人，工作經(jīng)驗在3到5年間。

我的標(biāo)準(zhǔn)其實不復(fù)雜：

• 第一能干活
• 第二Java基礎(chǔ)要好
• 第三最好熟悉些分布式框架

相信其它公司招初級開發(fā)時，應(yīng)該也照著這個標(biāo)準(zhǔn)來面的。

我也知道，不少候選人能力其實不差，但面試時沒準(zhǔn)備或不會說，這樣的人可能進團隊干活后確實能達到期望，但可能無法通過面試，面試官只根據(jù)面試情況來判斷

要知道，我們平時干活更偏重于業(yè)務(wù)，不可能大量接觸到算法，數(shù)據(jù)結(jié)構(gòu)，底層代碼這類面試必問的問題點。

換句話說，面試準(zhǔn)備點和平時工作要點匹配度很小。

作為面試官，我只能根據(jù)候選人的回答來決定面試結(jié)果。不過，與人方便自己方便。

所以我在本文里，將通過一些常用的問題來介紹面試的準(zhǔn)備技巧。

大家在看后一定會感嘆：只要方法得當(dāng)，準(zhǔn)備面試第一不難，第二用的時間也不會太多。

框架是重點，但別讓人感覺你只會山寨別人的代碼

在面試前，我會閱讀簡歷以查看候選人在框架方面的項目經(jīng)驗，在候選人的項目介紹的環(huán)節(jié)，我也會著重關(guān)注候選人最近的框架經(jīng)驗，目前比較熱門的是SSM。

不過，一般工作在5年內(nèi)的候選人，大多僅僅是能“山寨”別人的代碼，也就是說能在現(xiàn)有框架的基礎(chǔ)上，照著別人寫的流程，擴展出新的功能模塊。

比如要寫個股票掛單的功能模塊，是會模仿現(xiàn)有的下單流程，然后從前端到后端再到數(shù)據(jù)庫，依樣畫葫蘆寫一遍，最多把功能相關(guān)的代碼點改掉。

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

我們知道，如果單純使用SSM框架，大多數(shù)項目都會有痛點。比如數(shù)據(jù)庫性能差，或者業(yè)務(wù)模塊比較復(fù)雜，并發(fā)量比較高，用Spring MVC里的Controller無法滿足跳轉(zhuǎn)的需求。

所以我一般還會主動問：你除了依照現(xiàn)有框架寫業(yè)務(wù)代碼時，還做了哪些改動?

我聽到的回答有：

• 增加了Redis緩存，以避免頻繁調(diào)用一些不變的數(shù)據(jù)。

或者，在MyBitas的xml里，select語句where條件有isnull，即這個值有就增加一個where條件，對此，會對任何一個where增加一個不帶isnull的查詢條件，以免該語句當(dāng)傳入?yún)?shù)都是null時，做全表掃描。

或者干脆說，后端異步返回的數(shù)據(jù)量很大，時間很長，我在項目里就調(diào)大了異步返回的最大時間，或者對返回信息做了壓縮處理，以增加網(wǎng)絡(luò)傳輸性能。

對于這個問題，我不在乎聽到什么回答，我只關(guān)心回答符不符邏輯。一般只要答對，我就會給出“在框架層面有自己的體會，有一定的了解”的面試評價。

否則，我就只會給出“只能在項目經(jīng)理帶領(lǐng)下編寫框架代碼，對框架本身了解不多”。

其實，在準(zhǔn)備面試時，歸納框架里的要點并不難，我就不信所有人在做項目時一點積累也沒，只要你說出來，可以說，這方面你就碾壓了將近7成的競爭者。

框架學(xué)習(xí)文檔：

 

別只看單機版的框架，分布式也要了解

此外，在描述項目里框架技術(shù)時，最好你再帶些分布式的技術(shù)。下面我列些大家可以準(zhǔn)備的分布式技術(shù)。

 

• 反向代理方面，nginx的基本配置，比如如何通過lua語言設(shè)置規(guī)則，如何設(shè)置session粘滯。如果可以，再看些nginx的底層，比如協(xié)議，集群設(shè)置，失效轉(zhuǎn)移等。
• 遠程調(diào)用dubbo方面，可以看下dubbo和zookeeper整合的知識點，再深一步，了解下dubbo底層的傳輸協(xié)議和序列化方式。
• 消息隊列方面，可以看下kafka或任意一種組件的使用方式，簡單點可以看下配置，工作組的設(shè)置，再深入點，可以看下Kafka集群，持久化的方式，以及發(fā)送消息是用長連接還是短攔截。

以上僅僅是用3個組件舉例，大家還可以看下Redis緩存，日志框架，MyCAT分庫分表等。

準(zhǔn)備的方式有兩大類：

• 第一是要會說怎么用，這比較簡單，能通過配置文件搭建成一個功能模塊即可
• 第二是可以適當(dāng)讀些底層代碼，以此了解下協(xié)議，集群和失效轉(zhuǎn)移之類的高級知識點。

如果能在面試中侃侃而談分布式組件的底層，那么得到的評價就會比較好了，比如“深入了解框架底層”，或“框架經(jīng)驗豐富”，這樣就算去面試架構(gòu)師也行了，更何況是高級開發(fā)。

對于數(shù)據(jù)庫，別只知道增刪改查，得了解性能優(yōu)化

在實際項目里，大多數(shù)程序員用到的可能僅僅是增刪改查，當(dāng)我們用Mybatis時，這個情況更普遍。

不過如果你面試時也這樣表現(xiàn)，估計你的能力就和其它競爭者差不多了。

這方面，你可以準(zhǔn)備如下的技能。

1. SQL高級方面，比如group by, having，左連接，子查詢(帶in)，行轉(zhuǎn)列等高級用法。
2. 建表方面，你可以考慮下，你項目是用三范式還是反范式，理由是什么?
3. 尤其是優(yōu)化，你可以準(zhǔn)備下如何通過執(zhí)行計劃查看SQL語句改進點的方式，或者其它能改善SQL性能的方式(比如建索引等)。
4. 如果你感覺有能力，還可以準(zhǔn)備些MySQL集群，MyCAT分庫分表的技能。比如通過LVS+Keepalived實現(xiàn)MySQL負(fù)載均衡，MyCAT的配置方式。同樣，如果可以，也看些相關(guān)的底層代碼。

哪怕你在前三點表現(xiàn)一般，那么至少也能超越將近一半的候選人，尤其當(dāng)你在SQL優(yōu)化方面表現(xiàn)非常好，那么你在面試高級開發(fā)時，數(shù)據(jù)庫層面一定是達標(biāo)的。

如果你連第四點也回答非常好，那么恭喜你，你在數(shù)據(jù)庫方面的能力甚至達到了初級架構(gòu)的級別。

數(shù)據(jù)庫

 

Java核心，圍繞數(shù)據(jù)結(jié)構(gòu)和性能優(yōu)化準(zhǔn)備面試題

Java核心這塊，網(wǎng)上的面試題很多，不過在此之外，大家還應(yīng)當(dāng)著重關(guān)注集合(即數(shù)據(jù)結(jié)構(gòu))和多線程并發(fā)這兩塊。

在此基礎(chǔ)上，大家可以準(zhǔn)備些設(shè)計模式和虛擬機的說辭。

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

1. String a = "123"; String b = "123"; a==b的結(jié)果是什么?這包含了內(nèi)存，String存儲方式等諸多知識點。
2. HashMap里的hashcode方法和equal方法什么時候需要重寫?如果不重寫會有什么后果?對此大家可以進一步了解HashMap(甚至ConcurrentHashMap)的底層實現(xiàn)
3. ArrayList和LinkedList底層實現(xiàn)有什么差別?它們各自適用于哪些場合?對此大家也可以了解下相關(guān)底層代碼。
4. volatile關(guān)鍵字有什么作用?由此展開，大家可以了解下線程內(nèi)存和堆內(nèi)存的差別。
5. CompletableFuture，這個是JDK1.8里的新特性，通過它怎么實現(xiàn)多線程并發(fā)控制?
6. JVM里，new出來的對象是在哪個區(qū)?再深入一下，問下如何查看和優(yōu)化JVM虛擬機內(nèi)存。
7. Java的靜態(tài)代理和動態(tài)代理有什么差別?最好結(jié)合底層代碼來說。

通過上述的問題點，我其實不僅僅停留在“會用”級別，比如我不會問如何在ArrayList里放元素。

大家可以看到，上述問題包含了“多線程并發(fā)”，“JVM優(yōu)化”，“數(shù)據(jù)結(jié)構(gòu)對象底層代碼”等細(xì)節(jié)，大家也可以舉一反三，通過看一些高級知識，多準(zhǔn)備些其它類似面試題。

我們知道，目前Java開發(fā)是以Web框架為主，那么為什么還要問Java核心知識點呢?我這個是有切身體會的。

之前在我團隊里，我見過兩個人，一個是就會干活，具體表現(xiàn)是會用Java核心基本的API，而且也沒有深入了解的意愿(估計不知道該怎么深入了解)，另一位平時專門會看些Java并發(fā)，虛擬機等的高級知識。

過了半年以后，后者的能力快速升級到高級開發(fā)，由于對JAVA核心知識點了解很透徹，所以看一些分布式組件的底層實現(xiàn)沒什么大問題。而前者，一直在重復(fù)勞動，能力也只一直停留在“會干活”的層面。

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

Java核心知識點學(xué)習(xí)文檔

 

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

如果候選人能證明自己有“排查問題”和“解決問題”的能力，這絕對是個加分項，但怎么證明?

目前大多數(shù)的互聯(lián)網(wǎng)項目，都是部署在Linux上，也就是說，日志都是在Linux，下面歸納些實際的Linux操作。

1. 能通過less命令打開文件，通過Shift+G到達文件底部，再通過?+關(guān)鍵字的方式來根據(jù)關(guān)鍵來搜索信息
2. 能通過grep的方式查關(guān)鍵字，具體用法是, grep 關(guān)鍵字 文件名，如果要兩次在結(jié)果里查找的話，就用grep 關(guān)鍵字1 文件名 | 關(guān)鍵字2 --color。最后--color是高亮關(guān)鍵字
3. 能通過vi來編輯文件
4. 能通過chmod來設(shè)置文件的權(quán)限

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

通讀一段底層代碼，作為加分項

如何證明自己對一個知識點非常了解?莫過于能通過底層代碼來說明。

我在和不少工作經(jīng)驗在5年之內(nèi)的程序員溝通時，不少人認(rèn)為這很難?確實，如果要通過閱讀底層代碼了解分布式組件，那難度不小，但如果如下部分的底層代碼，并不難懂。

1. ArrayList,LinkedList的底層代碼里，包含著基于數(shù)組和鏈表的實現(xiàn)方式，如果大家能以此講清楚擴容，“通過枚舉器遍歷“等方式，絕對能證明自己。
2. HashMap直接對應(yīng)著Hash表這個數(shù)據(jù)結(jié)構(gòu)，在HashMap的底層代碼里，包含著hashcode的put，get等的操作，甚至在ConcurrentHashMap里，還包含著Lock的邏輯。如果大家在面試中，看看而言ConcurrentHashMap，再結(jié)合在紙上邊說邊畫，那一定能征服面試官。
3. 可以看下靜態(tài)代理和動態(tài)代理的實現(xiàn)方式，再深入一下，可以看下Spring AOP里的實現(xiàn)代碼。
4. 或許Spirng IOC和MVC的底層實現(xiàn)代碼比較難看懂，但大家可以說些關(guān)鍵的類，根據(jù)關(guān)鍵流程說下它們的實現(xiàn)方式。

其實準(zhǔn)備的底層代碼未必要多，而且也不限于在哪個方面，比如集合里基于紅黑樹的TreeSet，基于NIO的開源框架，甚至分布式組件的Dubbo，都可以準(zhǔn)備。

而且準(zhǔn)備時未必要背出所有的底層(事實上很難做到)，你只要能結(jié)合一些重要的類和方法，講清楚思路即可(比如講清楚HashMap如何通過hashCode快速定位)。

那么在面試時，如何找到個好機會說出你準(zhǔn)備好的上述底層代碼?

在面試時，總會被問到集合，Spring MVC框架等相關(guān)知識點，你在回答時，順便說一句，“我還了解這塊的底層實現(xiàn)”，那么面試官一定會追問，那么你就可以說出來了。

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

要知道，面試中，很少有人能講清楚底層代碼，所以你拋出了這個話題，哪怕最后沒達到預(yù)期效果，面試官也不會由此對你降低評價。

所以說，準(zhǔn)備這塊絕對是“有百利而無一害”的掙錢買賣。

切記切記，把上述技能嵌入到你的項目里

在面試過程中，我經(jīng)常會聽到一些比較遺憾的回答，比如候選人對SQL優(yōu)化技能講得頭頭是道，但最后得知，這是他平時自學(xué)時掌握的，并沒用在實際項目里。

當(dāng)然這總比不說要好，所以我會寫下“在平時自學(xué)過SQL優(yōu)化技能”，但如果在項目里實踐過，那么我就會寫下“有實際數(shù)據(jù)庫SQL優(yōu)化的技能”。

大家可以對比下兩者的差別，一個是偏重理論，一個是直接能干活了。

其實，很多場景里，我就不信在實際項目里一定沒有實踐過SQL優(yōu)化技能。

從這個案例中，我想告訴大家的是，你之前費了千辛萬苦(其實方法方向得到，也不用費太大精力)準(zhǔn)備的很多技能和說辭，最后應(yīng)該落實到你的實際項目里。

比如你有過在Linux日志里查詢關(guān)鍵字排查問題的經(jīng)驗，在描述時你可以帶一句，在之前的項目里我就這樣干的。

又如，你通過看底層代碼，了解了TreeSet和HashSet的差別以及它們的適用范圍，那么你可以回想你之前做的項目，是否有個場景僅僅適用于TreeSet?

如果有，那么你就可以適當(dāng)描述下項目的需求，然后說，通過讀底層代碼，我了解了兩者的差別，而且在這個實際需求里，我就用了TreeSet，而且我還專門做了對比性試驗，發(fā)現(xiàn)用TreeSet比HashSet要高xx個百分點。

請記得，“實踐經(jīng)驗”一定比“理論經(jīng)驗”值錢，而且大多數(shù)你知道的理論上的經(jīng)驗，一定在你的項目里用過。

所以，如果你僅僅讓面試官感覺你只有“理論經(jīng)驗”，那就太虧了。