歡迎光臨
每天分享高質量文章

最近面試 Java 後端開發的感受!

(給ImportNew加星標,提高Java技能)

 

轉自:java進階架構師

www.cnblogs.com/JavaArchitect/p/10011253.html

 

前段時間,密集面試了若干位Java後端候選人,工作經驗在3到5年間。我的標準其實不複雜(適用90%小小小公司,BAT等自動忽略):

 

第一能幹活,第二Java基礎要好,第三最好熟悉些分散式框架。我相信其它公司招初級開發時,應該也照著這個標準來面的。

 

我也知道,不少候選人能力其實不差,但面試時沒準備或不會說,這樣的人可能在進團隊幹活後確實能達到期望,但可能就無法透過面試,但面試官總是隻根據面試情況來判斷。

 

但現實情況是,大多數人可能面試前沒準備,或準備方法不得當。要知道,我們平時幹活更偏重於業務,不可能大量接觸到演演算法,資料結構,底層程式碼這類面試必問的問題點,換句話說,面試準備點和平時工作要點匹配度很小。

 

作為面試官,我只能根據候選人的回答來決定面試結果。不過,與人方便自己方便,所以我在本文裡,將透過一些常用的問題來介紹面試的準備技巧。大家在看後一定會感嘆:只要方法得當,準備面試第一不難,第二用的時間也不會太多。

 

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

 

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

 

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

 

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

 

我們知道,如果單純使用SSM框架,大多數專案都會有痛點。比如資料庫效能差,或者業務模組比較複雜,併發量比較高,用Spring MVC裡的Controller無法滿足跳轉的需求。所以我一般還會主動問:你除了依照現有框架寫業務程式碼時,還做了哪些改動?Spring 系列乾貨,2019最新版,速度收藏!

 

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

 

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

 

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

 

單機版夠用?適當瞭解些分散式

 

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

 

 

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

 

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

 

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

 

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

 

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

 

別就知道增刪改查,得瞭解效能最佳化

 

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

 

這方面,你可以準備如下的技能:

 

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

 

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

 

圍繞資料結構和效能最佳化準備面試題

 

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

 

下麵列些我一般會問的部分問題:

 

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

 

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

 

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

 

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

 

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

 

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

 

至少瞭解如何看日誌排查問題

 

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

 

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

 

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

 

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

 

通讀一段底層程式碼,作為加分項

 

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

 

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

 

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

 

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

 

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

 

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

 

把上述技能嵌入到你做過的專案裡

 

一切的一切,把上述技能嵌入到你做過的專案裡!在面試過程中,我經常會聽到一些比較遺憾的回答,比如候選人對SQL最佳化技能講得頭頭是道,但最後得知,這是他平時自學時掌握的,並沒用在實際專案裡。

 

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

 

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

 

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

 

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

 

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

 

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

 

本文給出的面試題並不多,但本文並沒有打算給出太多的面試題。從本文裡,大家更多看到的是面試官發現的諸多候選人的痛點。

 

本文的用意是讓大家別再重蹈別人的覆轍,這還不算,本文還給出了不少準備面試的方法。你的能力或許比別人出眾,但如果你準備面試的方式和別人差不多,或者就拿你在專案裡乾的活來說事,而沒有歸納出你在專案中的亮點,那麼面試官還真的會看扁你。

    贊(0)

    分享創造快樂