這幾天，我密集面試了若干位Java后端的候選人，工作經驗在5年左右。我的標準其實不復雜：

　　1、能干活

　　2、Java基礎要好

　　3、最好熟悉些分布式框架

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

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

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

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

　　在面試前，我會閱讀簡歷以查看候選人在框架方面的項目經驗，在候選人的項目介紹的環節，我也會著重關注候選人最近的框架經驗，目前比較熱門的是SSM。

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

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

　　我們知道，如果單純使用SSM框架，大多數項目都會有痛點。比如數據庫性能差，或者業務模塊比較復雜，并發量比較高，用SpringMVC里的Controller無法滿足跳轉的需求。所以我一般還會主動問：你除了依照現有框架寫業務代碼時，還做了哪些改動？

　　我聽到的回答有：增加了Redis緩存，以避免頻繁調用一些不變的數據。或者，在MyBatis的XML里，select語句where條件有isnull，即這個值有就增加一個where條件，對此，會對任何一個where增加一個不帶isnull的查詢條件，以免該語句當傳入參數都是null時，做全表掃描。或者，干脆說，后端異步返回的數據量很大，時間很長，我在項目里就調大了異步返回的最大時間，或者對返回信息做了壓縮處理，以增加網絡傳輸性能。

　　對于這個問題，我不在乎聽到什么回答，我只關心回答符不符邏輯。一般只要答對，我就會給出“在框架層面有自己的體會，有一定的了解”，否則，我就只會給出“只能在項目經理帶領下編寫框架代碼，對框架本身了解不多”。

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

以上就是動力節點java學院小編分享的“面試Java高級開發崗位，讓面試官折服”的內容，希望能夠幫助到大家，更多java最新面試題請繼續關注動力節點java學院官網，每天會有精彩內容分享與你。

相關面試題推薦

最新最全java面試題及答案（從初級到高級）

Java程序員必備，中級面試總結建議收藏

史上最全的中高級JAVA工程師面試題及答案匯總

10道中高級Java面試題詳解，弄懂offer拿到手軟