在18年底到19年3月，陸續面試了幾家公司，有成有不成的，最終進了一家比較滿意的知名外企。在本文里，我將介紹我這段時間里更新簡歷和面試的相關經歷。

可能面試相關的一些方法，大家能從我之前的博文里看到，但在本文里，大家更能從相關實戰性的例子中進一步體會到面試技巧的使用方法。

1 剛開始一定得通過一些小公司練手

我打算要換工作，就更新了簡歷，這時就有不少獵頭來找我，剛開始，我不敢面大公司，只是去些規模小的互聯網公司。因為一方面，當時我很久不面試了，面試實戰技能難免有些荒廢，另一方面，離我之前的面試畢竟過了一陣，我不知道當前市面上哪些技術比較值錢。

而且，我在面試前會準備一些針對項目和值錢技術的說辭，這些說辭總要經過實戰來演練下。事實上，在和小公司溝通的過程中，進一步提升了我的相關表述能力和相關話術，相當于用小公司來踩坑。相反，如果用大公司的面試失敗來換得這些進步，就未免有些可惜了。

所以，我和獵頭明說，我想去大公司，但之前，你得讓我到一些小公司去練練手，同時，我面試好以后，會告訴你這些小公司的面試題和相關技巧。這樣一些獵頭就肯先推薦我去小公司了。

2 投簡歷前，微調簡歷描述的技巧

1 公司A在職位介紹里，提到對分布式組件有要求，尤其是負載均衡集群。這塊技術我在通用版簡歷中只是籠統寫了下，有nginx+lvs實際經驗，既然這個公司有類似要求，我就在簡歷中細化了這塊：用到了lvs+keepalive集群和nginx，它們分別工作在4層和7層，（后省略相關技術使用點描述），最后介紹下效果：用了這個負載均衡組件外，我們系統承受住了xx的并發量。

2 在公司B的職位介紹里，提到了高并發的需求，那么我就著重寫了我壓測的相關經驗，包括壓測環境怎么部署，用到哪些組件，再同時列了些壓測后改善系統性能的若干方法。

3 公司C比較小，需要一位比較資深的能帶團隊的架構師，那么我在簡歷中除了介紹技術外，還著重寫了帶團隊的若干經驗。

對大家來說，其實面試任何一家公司，它們的職位要求絕對不可能一樣。這時大家最好是微調下簡歷。這種微調，絕對不是胡亂編寫，比如上個項目干的是測試，簡歷中改成開發。而是挖掘下側重點。

就像我之前給出的案例，對于分布式技術，我上個項目確實用過，但簡歷中篇幅有限，我不可能面面俱到地寫，但既然你們公司有要求，那么我就針對性地詳細介紹。

其實這塊談不上是面試技巧，而是語文技巧。首先是審題，理解職位介紹的主要內容，然后再像寫作文那樣，詳細擴展下上個項目里相關技術點。甚至這只是中考語文的考點而不是高考的，但我自己的體會是，在這段時間里針對每份職位介紹我都做了微調，所以基本上是投一份簡歷就能得到一次面試機會。

3 在換工作前，需要定下預期目標，同時要觀察公司的情況

我見過不少人，面試成了就進去了，結果雖然錢達到預期，但工作環境和行業背景都不是自己想要的，對自己未來發展很不利。

目前不少公司的情況，比如行業背景（比如金融保險電商等）還有工作強度（加班情況）在網上都能查到，用什么技術（比如分布式技術還是云還是AI）通過打聽也能問到。

互聯網是萬能的，甚至如果仔細些，一些離職率，每年工資的增長幅度，甚至這個公司是第幾輪融資，一般也能看到。

而且，大家在面試的時候，可以通過現場觀察以及和面試官交流，旁敲側擊地打探到上述情況。在這個基礎上，大家需要結合自己當前的需求和未來3到5年的發展方向，找若干類適合自己的公司，下面就給些我個人的和我所見到的例子。

1 （這是我個人的觀點）比如我不大愿意進創業型公司，也比較排斥長時間的996，所以這類公司我只是拿來練手。

2 有段時間，不少P2P金融公司踩雷，所以哪怕面試時，這類公司的面試官會說得天花亂墜（很少有說自己不好的），但這類公司得慎重。

3 有次我到一個現場去面試，發現公司規模不大，是在一個園區里占1個樓層，且大多是業務人員，開發的不多，而且人事總會說自己公司正在融資，那么這個公司就有可能不穩定，在有其它選項時，我就沒去。

4 我認識一個人，他想在Java分布式這塊有所發展，他5年后的目標是架構師，在面試過程中，他就詳細問了未來新進組的技術棧，等確定可以了再入職。

換工作是個折騰人的事情，雖然沒有十全十美的事情，進新公司后一定會發現和當初的預期有所不同，但如果事先不調查，那么入職后后悔這還是小事，耽擱自己的發展才是大事。

4 面試前，我總要查看職位介紹，以此準備項目介紹

在上文里，我一直介紹的是準備簡歷和定目標，從這部分開始，將介紹準備面試。在之前的博文里，我一直強調項目介紹的重要性，所以當我自己出去面試的時候，這塊絕對重視。在準備項目介紹前，我還是會通讀應聘職位的技術介紹，然后按如下的步驟來準備。

1 介紹項目的基本情況，比如這個項目是干嘛的，有哪些模塊流程是什么，自己做了哪些，持續了多久，有多少個人參與。這塊切記，可以談下業務，但別深入，因為面試官不熟悉，也不想熟悉候選人的業務，這塊時間控制在1分鐘之內。

2 通過介紹項目用到的軟件，以及項目的管理方式，來進一步驗證項目的真實性，否則很難和培訓班給出的項目有差別。

我介紹的時候，就說，項目管理用Maven，部署用jenkins，靜態掃描用Sonar，任務管理和bug管理用jira，平時采用敏捷的項目迭代方式，每天有站會，大約1月一個迭代版本。這塊大家可以根據自己的情況來介紹，時間也別太長，估計用1分鐘也就夠了。

關注微信公眾號：Java技術棧，在后臺回復：maven，可以獲取我整理的 N 篇最新 Maven 教程，都是干貨。

3 這塊最重要，是結合業務，拋出項目用到的技術，但別展開。

比如我見過一個職位介紹，里面寫到需要有數據庫優化的經驗，那么我就說，項目里我用過MyCat作為分庫分表，（不展開技術），結果上線后，我們數據庫能承受住每秒2000個并發請求（說下用好的結果）。

又如一個JD里說要用到微服務技術，那么我就說，項目里用到了Spring Cloud框架，用到了Ribbon，Eureka等組件，容器是Docker。用好以后，在發布時會發現，各模塊之間的調用耦合性大大降低。

關注微信公眾號：Java技術棧，在后臺回復：spring，可以獲取我整理的 N 篇最新 Spring Boot/Cloud 教程，都是干貨。

這塊為什么不用展開？第一，當前還在介紹項目，如果展開技術，就會主次不分，面試官會對你的邏輯思路產生質疑。第二，由于在JD里有要求，面試官一定會深入來問，別人問你說總比自己自吹自擂要好。第三，就好比之前考文科內容，當前在介紹項目時，先應當把所有的點說出來，面上自有機會發揮。

5 準備項目介紹時，我是如何準備值錢技術的

這塊其實和介紹項目經驗時密不可分，這里就拿我介紹過的Netty組件來說明。

1 準備如何過渡到相關技術的說辭。

這里一定別讓面試官感覺你在自說自話。比如我準備的方案1是，在介紹好項目背景后，如果面試官沒打斷，我就詢問，能否介紹其中的Netty細節？得到允許后再說。

方案2是把這些技術關聯到面試官可能會問的問題上，比如問及網絡通訊時介紹Netty，這個事先我會整理一個問題列表，遇到此類問題，我會拋出Netty說辭。對于其他技術也可以照此準備。

2 結合業務需求點，說下為什么要用這個技術，以及用了有什么好處。

比如為了優化網絡通訊協議，所以用基于TCP協議的Netty，我業務模塊里的xxx功能是用到netty，再稍微結合業務和Netty展開下。這樣的話，面試官就會感覺這個技術你不是僅僅在學習中用到，而且在項目業務里用到。

3 準備下這個技術里我踩過的坑。

比如通訊過程中我遇到了半包和粘包問題，對此我更是深入了底層代碼說明，還有Netty里的堆外內存管理問題，我準備了一個由于管理不善而導致的OOM問題的排查和解決過程（這類問題網上相關的也很多）。

4 我再準備了用了這個技術后對項目的幫助。

比如Netty是基于TCP協議的，它要比Http協議要輕，所以通訊性能高，且Netty內部的Reactor線程模型對系統的IO幫助很大。

其實準備到這個程度，一般的面試官就不怎么再問了，哪怕面試官再問了一個我不知道的問題，我也可以理直氣壯地說不知道了，畢竟我之前已經介紹了不少底層代碼，再精通Netty的人也未必能面面俱到地在脫稿的情況下回答出任何問題。

但為了以防萬一，我更準備了“源于項目但高于項目”的說辭，一方面證明我平時還會不斷專研，另一方面進一步證明我熟悉并能合理使用Netty的底層代碼。這方面我準備了如下的內容：

1 Netty的重要組件以及一個請求過來時各模塊工作的時序圖。

2 Netty內部零拷貝的原理和好處，對此還專門準備了代碼。

3 Netty讀寫索引的工作方式。

4 Netty異步處理的機制。

大家可以想象下，如果在面試中，大家很自信地邊寫底層代碼邊解釋問題，面試官會對大家有什么評價？其實這些都是可以準備的，我一直沒明白，為什么有些人面試前不做任何準備？這些準備的素材又不是找不到。

下面我再略講下我MyCAT的準備要點。

1 還是講下業務背景，為什么要用？

2 如何使用，無非是設置分庫規則，改寫SQL語句等。

3 準備下踩到的坑，比如自增長主鍵在每臺機器上都要保證唯一。

4 然后再結合些底層代碼，準備下一條SQL語句是如何分發到對應的分庫上的，然后執行好以后又如何返回的。

基本上我面試時說到這個程度后，面試官就不怎么問了。

6 事前評估好自己的薄弱點，想辦法讓面試官忽略

哪怕事先再準備，我們也不能保證自己一定能達到職位介紹里的要求，這時候就得準備一個自己薄弱技術的列表，然后想辦法在面試中繞過去，如果繞不過去，就找些替代方案。

關注微信公眾號：Java技術棧，在后臺回復：面試，可以獲取我整理的 N 篇最新面試題，都是干貨。

比如我對消息通訊組件不熟悉，在面試前我哪怕看代碼看文檔也無法進一步理解，我就在面試中，故意不提這個環節，拋出其它值錢技術，引誘面試官來問，一般交流一個技術點大約耗時10分鐘（邊畫圖邊介紹再提問），所以面試過程中詳細交流到的最多也就5個點，少的話就3個，在不少面試里就根本沒涉及到這塊。

有兩場面試，技術面試官問及到了，我就說項目里用過，同時多介紹些使用場景，比如用Kafka進行異步消息通知，通過消息中間件來保證交易的冪等性。這樣面試官聽到我介紹了應用場景，就至少會認為我用過。只有一場面試，面試官在kafka方面問得很細，問到如何集群內防止消息重發的細節，我就沒回答上。

也就是說，我通過刻意回避外加介紹業務應用場景，很大程度上隱藏了我了解不深的技術。相反，如果我在簡歷中大大咧咧地寫上用過kafka，那么可能每場面試都會被問到，畢竟在面試中被問倒不是件好事。

又如，我對分布式集群里的失效轉移底層細節始終沒理解透徹，那么在相關問題上就得非常小心。

有一場面試里，我被問到dubbo+zk集群，這塊如果細問，一定會問到失效轉移的選舉算法，我對此不熟，那么我就先說dubbo的通訊協議，序列化方式以及通過設置超時時間實現服務降級的思路，然后再說zk的部署。最終面試官果然問到選舉算法，但之前我已經結合業務談了dubbo底層代碼和zk的相關部署，所以不理解選舉算法并沒有產生太大的影響。

這里用到的技巧是“偷換概念”，一個問題有多個回答方向，你先讓面試官感覺到你在很多領域非常熟悉，那么在個別領域不熟悉就無傷大雅了。

7 和獵頭和人事的溝通要點

1 獵頭和我們是一伙的，我們成了獵頭也能拿到提成，所以和獵頭談時一定得坦誠，把你優點和弱點都說，獵頭會幫忙想辦法（比如問面試題）或者是幫忙優化簡歷。

2 面試前，一定和獵頭談次，或者問下對這家公司該說什么話，以及之前人的成功失敗經驗，如果問題，去問下面試題（包括筆試題和口頭技術問題）。

3 面試后，一定第一時間和獵頭溝通，這時個人直接去問不合適。而且還可以通過獵頭說，哪怕這個崗位沒面上，還可以嘗試這個公司的其它崗位。

4 談工資時一定得先聽獵頭的建議，不少人對當前行情不了解，或者信心不足，工資沒要足，這時讓獵頭談是比較合適的，因為獵頭就干這個的。一般來說，跳槽后，工資大約有20%到50%的漲幅，有些公司會要前家公司的收入證明，相關問題也可以問獵頭。

但和人事談，就要小心了，畢竟人事是公司開工資的。

1 人事會問之前公司的離職原因，這時千萬別讓人事感覺出你不穩定，你可以說為了進一步提升自己的能力，此類問題網上太多，大家可以自己查。

2 在談發展方向時，別和JD上的背離。比如JD上是招個技術開發人才，你卻和人事說，干了1年后想轉Team leader管理崗位，或者說同時想做測試，那么人事就會感覺到，你未來的發展規劃和公司想要的不匹配。

總之，面試時人事會非常nice地和你交流，有時候甚至是套話，看你是否穩定，是否能很好地和團隊協作，能否加班，我就見過有人卡在人事這關，甚至還不知道為啥被拒。

而且一般你在和人事談工資前，最好向獵頭打探下這個職位的工資范圍，在此基礎上，如果你感覺面試非常好，或者他們著急要人，或者你感覺加班會很多，可以適當多要些，相反如果你非常想進這個公司，那么就自己斟酌。

8 總結：不能常跳槽，但得經常更新自己的技能

在上文里，我通過最近換工作的經歷，向大家介紹了相關經驗，比起我的兩本書，Java Web輕量級開發面試教程和Java核心技術及面試指南，自認為本文介紹的技巧更有實戰性。

我不推薦經常換工作，比如一年換個兩家，那么公司會質疑穩定性，但對于我們做IT的人來說，如果手頭技術停滯不前，那么自己的競爭高工資的能力也會大大降低。

那么目前該了解哪些技術？以及在這個技術方面我當前掌握得如何？這固然可以通過工作來檢驗，但工作中接觸到的技術畢竟是有限的，這時就可以通過面試來檢驗自己當前的學習情況，同時也可以通過面試題去了解自己的努力方向。

作者：hsm_compute

來源：cnblogs.com/JavaArchitect/p/10720897.html

總結

以上是生活随笔為你收集整理的面试 4 个月，最终入职大厂经验分享！的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。