前言
不論是校招還是社招都避免不了各種面試、筆試，如何去準備這些東西就顯得格外重要，不論是筆試還是面試都是有章可循的，我這個“有章可循”說的意思只是說應對技術面試是可以提前準備， 我其實特別不喜歡那種臨近考試就提前背啊記啊各種題的行為，非常反對！我覺得這種方法特別極端，而且在稍有一點經驗的面試官面前是根本沒有用的，建議大家還是一步一個腳印踏踏實實地走，
運籌帷幄之后，決勝千里之外！不打毫無準備的仗，我覺得大家可以先從下面幾個方面來準備面試：
-
自我介紹，（你可千萬這樣介紹：“我叫某某，性別，來自哪里，學校是那個，自己愛干什么”，記住：多說點簡歷上沒有的，多說點自己哪里比別人強！）
-
自己面試中可能涉及哪些知識點、那些知識點是重點，
-
面試中哪些問題會被經常問到、面試中自己改如何回答，(強烈不推薦背題，第一：通過背這種方式你能記住多少？能記住多久？第二：背題的方式的學習很難堅持下去！)
-
自己的簡歷該如何寫，
“80%的offer掌握在20%的人手中” 這句話也不是不無道理的，決定你面試能否成功的因素中實力固然占有很大一部分比例，但是如果你的心態或者說運氣不好的話，依然無法拿到滿意的 offer，運氣暫且不談，就拿心態來說，千萬不要因為面試失敗而氣餒或者說懷疑自己的能力，面試失敗之后多總結一下失敗的原因，后面你就會發現自己會越來越強大，
另外，大家要明確的很重要的幾點是：
-
寫在簡歷上的東西一定要慎重，這可能是面試官大量提問的地方；
-
大部分應屆生找作業的硬傷是沒有作業經驗或實習經歷；
-
將自己的專案經歷完美的展示出來非常重要，
一 簡歷該如何寫
俗話說的好：“工欲善其事，必先利其器”，準備一份好的簡歷對于能不能找到一份好作業起到了至關重要的作用，
1.1 為什么說簡歷很重要？
假如你是網申，你的簡歷必然會經過HR的篩選，一張簡歷HR可能也就花費10秒鐘看一下，然后HR就會決定你這一關是Fail還是Pass，
假如你是內推，如果你的簡歷沒有什么優勢的話，就算是內推你的人再用心，也無能為力，
另外，就算你通過了篩選，后面的面試中，面試官也會根據你的簡歷來判斷你究竟是否值得他花費很多時間去面試，
1.2 這3點你必須知道
-
大部分應屆生找作業的硬傷是沒有作業經驗或實習經歷；
-
寫在簡歷上的東西一定要慎重，這可能是面試官大量提問的地方；
-
將自己的專案經歷完美的展示出來非常重要，
1.3 兩大法則了解一下
目前寫簡歷的方式有兩種普遍被認可，一種是 STAR， 一種是 FAB，
STAR法則（Situation Task Action Result）：
-
Situation： 事情是在什么情況下發生；
-
Task:： 你是如何明確你的任務的；
-
Action： 針對這樣的情況分析，你采用了什么行動方式；
-
Result： 結果怎樣，在這樣的情況下你學習到了什么，
FAB 法則（Feature Advantage Benefit）：
-
Feature： 是什么；
-
Advantage： 比別人好在哪些地方；
-
Benefit： 如果雇傭你，招聘方會得到什么好處，
1.4 專案經歷怎么寫？
簡歷上有一兩個專案經歷很正常，但是真正能把專案經歷很好的展示給面試官的非常少，對于專案經歷大家可以考慮從如下幾點來寫：
-
對專案整體設計的一個感受
-
在這個專案中你負責了什么、做了什么、擔任了什么角色
-
從這個專案中你學會了那些東西，使用到了那些技術，學會了那些新技術的使用
-
另外專案描述中，最好可以體現自己的綜合素質，比如你是如何協調專案組成員協同開發的或者在遇到某一個棘手的問題的時候你是如何解決的，
1.5 專業技能該怎么寫？
先問一下你自己會什么，然后看看你意向的公司需要什么，一般HR可能并不太懂技術，所以他在篩選簡歷的時候可能就盯著你專業技能的關鍵詞來看，對于公司有要求而你不會的技能，你可以花幾天時間學習一下，然后在簡歷上可以寫上自己了解這個技能，比如你可以這樣寫：
-
Dubbo：精通
-
Spring：精通
-
Docker：掌握
-
SOA分布式開發 ：掌握
-
Spring Cloud:了解
1.6 其他的一些小tips
-
盡量避免主觀表述，少一點語意模糊的形容詞，盡量要簡潔明了，邏輯結構清晰，
-
注意排版（不需要花花綠綠的），盡量使用Markdown語法，
-
如果自己有博客或者個人技術堆疊點的話，寫上去會為你加分很多，
-
如果自己的Github比較活躍的話，寫上去也會為你加分很多，
-
注意簡歷真實性，一定不要寫自己不會的東西，或者帶有欺騙性的內容
-
專案經歷建議以時間倒序排序，另外專案經歷不在于多，而在于有亮點，
-
如果內容過多的話，不需要非把內容壓縮到一頁，保持排版干凈整潔就可以了，
-
簡歷最后最好能加上：“感謝您花時間閱讀我的簡歷，期待能有機會和您共事，”這句話，顯的你會很有禮貌，
實際場景題
我覺得實際場景題就是對你的知識運用能力以及思維能力的考察，建議大家在平時養成多思考問題的習慣，這樣面試的時候碰到這樣的問題就不至于慌了，另外，如果自己實在不會就給面試官委婉的說一下，面試官可能會給你提醒一下，切忌不懂裝懂，亂答一氣， ?? ??
面試官可能會問你類似這樣的問題：
①假設你要做一個銀行app，有可能碰到多個人同時向一個賬戶打錢的情況，有可能碰到什么問題，如何解決（鎖）
②你是怎么保證你的代碼質量和正確性的？
③下單程序中是下訂單減庫存還是付款減庫存，分析一下兩者的優劣；
④同時給10萬個人發工資，怎么樣設計并發方案，能確保在1分鐘內全部發完，
⑤如果讓你設計xxx系統的話，你會如何設計， ??
最后，再強調幾點：
-
一定要謹慎對待寫在簡歷上的東西，一定要對簡歷上的東西非常熟悉，因為一般情況下，面試官都是會根據你的簡歷來問的；
-
能有一個上得了臺面的專案也非常重要，這很可能是面試官會大量發問的地方，所以在面試之前好好回顧一下自己所做的專案；
-
和面試官聊基礎知識比如設計模式的使用、多執行緒的使用等等，可以結合具體的專案場景或者是自己在平時是如何使用的；
-
注意自己開源的Github專案，面試官可能會挖你的Github專案提問；
-
建議提前了解一下自己想要面試的公司的價值觀，判斷一下自己究竟是否適合這個公司，
另外，我個人覺得面試也像是一場全新的征程，失敗和勝利都是平常之事，所以，勸各位不要因為面試失敗而灰心、喪失斗志，也不要因為面試通過而沾沾自喜，等待你的將是更美好的未來，繼續加油！
有完整的Java初級，高級對應的學習路線和資料！專注于java開發，分享java基礎、原理性知識、JavaWeb實戰、spring全家桶、設計模式、分布式及面試資料、開源專案，助力開發者成長！
歡迎關注微信公眾號：碼邦主
轉載請註明出處，本文鏈接：https://www.uj5u.com/houduan/240326.html
標籤：Java
下一篇：Markdown語法詳解