Java開發者入職必備條件

01．基礎技術體系

 

我認爲知識技能體系化是判斷技術是否過關的第一步。知識體系化包含兩層含義：

一、 可以知道技術知識圖譜（高清版圖譜掃文末二維碼）的內容

好比分佈式系統中經常使用的RPC技術，其背後就涉及到網絡IO（Netty）、網絡協議、服務發現（Zookeeper配置中心）、RPC服務治理（限流、熔斷、降級）、負載均衡等。

二、 可以理清各種技術概念之間的區別和聯繫

在分佈式系統領域中，有不少類似的概念，但又分佈在不一樣的產品或層級中。好比負載均衡這個詞，DNS、LVS、Ngnix、F5等產品都能實現，並且在大型分佈式系統中他們會同時存在，那麼就要搞清楚他們各自的位於什麼層級，解決了什麼問題。

再好比緩存這項技術，有分佈式緩存、本地緩存、數據庫緩存，在往下還有硬件層級的緩存。一樣都是緩存，他們之間的區別又是什麼？

若是你仔細去觀察，大廠的後端開發工程師老是能對整個技術體系瞭如指掌，從而在系統設計與技術選型階段就可以作出較爲合理的架構。 

02．實踐經驗的積累

可否快速解決實戰中的業務問題是判斷技術是否過關的第二步。
你們在面試的過程當中，都會有一種體會：個人知識體系已經創建了，但在回答面試官問題的時候，總感受像在背答案，並且也沒有辦法針對性的回答面試官問題。好比在面試官問到這些問題時：

一、咱們知道消息隊列可應用於耦系統，應對異步消費等場景，那如何在網絡不可靠的場景下保證業務數據處理的正確性？

二、咱們都知道在分佈式系統會用到緩存，那該如何設置緩存失效機制才能避免系統出現緩存雪崩？

三、咱們都或多或少的知道系統發佈上線的流程，但在大流量場景下采用何種發佈機制才能儘量的作到平滑？

能完善的解決這些問題是區分一個程序員是否有經驗的重要標誌，知識的體系化是能夠從書本不斷的凝練來得到，但經驗的積累須要經過實戰的不斷總結

對不少人來講很爲難的一點是，平時寫着的業務代碼，不多有機會接觸到大廠的優秀實踐，那麼這時候更須要從以下兩個角度逼問：

一、當流量規模再提升幾個量級，那麼個人系統會出現什麼問題？

二、假如其中一個環節出現了問題，那麼該怎麼保證系統的穩定性？

03．技術的原理

上面的提到都是將技術用於業務實踐，以及高效的解決業務中出現的問題。但這是否就意味着本身的技術已通過關了呢？我認爲還不能。

判斷技術是否過關的第三步是可否洞察技術背後的設計思想和原理。

若是你參加過一些大廠面試，還會問到一些開放性的問題：

一、 寫一段程序，讓其運行時的表現爲觸發了5次Young GC、3次Full GC、而後3次Young GC；

二、 若是一個Java進程忽然消失了，你會怎麼去排查這種問題？

三、 給了一段Spring加載Bean的代碼片斷，闡述一下具體的執行流程？

是否是看上去很難，是否是和本身準備的「題庫」中的問題不同？不知道從何處下手？若是你有這種感受，那麼說明你的技術還須要繼續修煉。

你要明白的是這種開放性的問題，提問的角度變幻無窮，但最終落腳點卻都是基本原理。若是你不瞭解GC的觸發條件，你就確定沒法答出第一題；一樣，若是你對Spring啓動機制瞭解的很清楚，那麼不管他給出的是什麼樣的代碼，你都能回答出代碼經歷的過程。若是你能以不變應萬變，那麼恭喜你，你的技術過關了。

上面提到了不少技術問題，這裏我不作詳細的解釋，都能在下面的技術圖譜中找到答案: