【實戰】面試高頻問題彙總01 - JAVA後端

簡介

今年不只是世界發生大事大變化的一年，也是我職業踏入新階段的一年。上半年一直在爲面試作準備，也面試了幾家公司，針對一些常見問題與答案（沒有答案的面試總結都是耍流氓），常見的加分項作了一些梳理，但願可以幫到你們。

前情提要：

• base 杭州；
• 面試題大多來自字節、阿里系以及一些中型公司；
• 樓主3年java經驗；
• 已入職阿里，歡迎各路大神內推：job.alibaba.com/zhaopin/pos…

本篇主要講講怎麼講好本身作的項目和hr面試會遇到的常見問題與解析，技術篇因爲篇幅過長還在更新，請關注個人掘金帳號（sidfate）~以及我整理的面經項目：github地址

項目篇

面試官在問到項目經歷的時候，每每會問這麼一個問題：

你作的項目中有哪些困難的點或者哪些亮點，你是怎麼解決/實現的？

不少同窗遇到這種問題就不知道怎麼回答，感受一直在作業務就這樣一路過來了，包括一開始的我在面試中也沒有好好回答。後面我試着沉澱一下本身所作過的項目，回憶下項目中作到個每一個功能點是怎麼分析怎麼實現的，遇到哪些困難是怎麼解決的，而後試着梳理下來，特別是可以整理成知識點。

可是有同窗可能說了：我整理了半天也沒整理出啥，想來想去也只有CURD的東東，作的只是一個小項目，怎麼辦？當你以爲本身作的項目拿不出手的時候，試着去想象一下你能夠作的，試着去複雜化你的項目，例如優化，是否是能夠用設計模式重寫模塊重複邏輯，例如若是項目遇到高併發高流量的時候怎麼應對，經過對本身的壓測能夠提升性高等等，下面我會講的更詳細寫。

可是注意的是必定要是本身實踐的內容拿來講，若是隻是說說別人作的東西極可能就會尷尬的暴露知識盲區。

再者，這個問題若是咱們站在面試官的角度想一想，他到底想問什麼，我以爲是3個方面：你的技術驅動力，你的技術格局，解決問題而且可以沉澱下來的能力。

• 技術驅動力：你有沒有經過一些技術手段改進過你項目，試着講講你作過的優化用了哪些技術，面試官能夠順着着這些技術拓展開來問。
• 技術格局：你在作需求或者項目的時候有沒有考慮兼容性和可擴展性，在以後遇到類似需求的時候能夠減小重複開發，甚至提升整個的開發效率。試着拿一個具體例子講講，例如用spring-aop無侵入的完成接口版本兼容，使用反射動態的執行處理類。
• 覆盤能力：覆盤能力也很重要，你要從繁多的需求中提煉出類似點，從遇到的問題中尋找到統一的預防方案，面試官很想看到具備這種總結能力的你。

另外，面試官每每仍是這麼問：

你項目有遇到什麼性能瓶頸嗎？你是怎麼解決的

針對你作的項目的性能指標也是一個不錯的切入點，這時候能夠說下你項目的部署狀況。若是你排查過項目出現的性能問題，把具體過程列下來，能說出具體緣由，能精確到具體排查順序最好。即便沒有也能夠說說你知道的如何預防的知識點，而後具體是怎麼實踐的。

給一個介紹本身項目的經典模板：

我作過一個xxx系統，他的功能是xxxx（簡單總結下）。技術棧是xxxx（說明技術棧）。我曾經用xxx技術優化過，解決了xxxx問題。系統的qps大概是xxx，曾經排查過xx問題，後面設計xxx預防和報警方案保證線上穩定。

HR篇

例舉一些我準備的以及被問到的問題

1. 裸辭的緣由？

   對於這個問題我一直是這麼回答的：我以爲裸辭是對本身和公司負責，若是我沒有從上家離職的話個人面試就無法好好的準備，甚至可能會影響到現有工做的進展，裸辭後可讓我更好的對技術和自身進行復盤和總結，因此也是對本身負責。

2. 做爲項目的負責人，遇到多個需求方的不一樣需求怎麼去作評估作抉擇？

   這個問題着重一個詞：風險評估。風險評估能夠從人力，開發週期，開發成本的角度給出一個綜合的評價，最後說一個完整開發的流程，例如：需求評審->設計評審->代碼評審->測試評審...

3. 若是如今讓你再去實現一個你作過的系統，你會怎麼作？

   其實這個問題也是考察覆盤能力，把一些總結過的經驗再說一遍，注意突出一個擴展性（從新設計），提早輸出一些問題的預防方案。

4. 以前看到你有面試失敗的經歷，請問是什麼緣由？

   這個問題是個大坑，當時我被問到也是心頭一驚。後面冷靜下來後我是這麼回答的：我作的部分系統從貴公司的視角來看比較的基礎和簡單了，因此有些面試官認爲我作的不夠深。其實個人另一個系統（轉移角度）是比較全面和有深度的，當時可能面試官沒有問題我也沒有提到，後面我反思了就把這個項目着重的去講。