資料內容：

該在哪些方面準備面試？

我們大部分去準備面試的時候，可能會去看很多的八股文，覺得只要熟練掌握了這些答案，就可以面到很好的薪
資，找到理想的工作
但是其實不是這樣的，八股文只是你的 基礎能力 ，稍微有一點水平的面試官都不會去像一個提問機器一樣，一道
一道題去問你，而是希望通過對話去了解你對項目、對技術的看法，以及你解決問題的能力， 因此需要從面試底層
的思維去了解面試，再針對性的學習，才可以有一個比較好的效果！
你可以這樣想一下，假如你是面試官，你會怎樣去考察面試者的一個綜合能力呢？作為面試官，你肯定知道面試者
背了許多的八股文，所以八股文只是你去找工作要過的第一關，接下來，面試官會通過某一個具體問題，一點一點
追問細節(jié)，以及生產(chǎn)中所需要的一些問題，通過這些才可以真正看出來你是否真的掌握了這些積能，以及你在做項
目中，是否有自己的思考！
接下來，從 5 個方面來說一下去面試的話，需要從哪幾個方面準備
 

首先是 技術廣度

因為面試官招聘你，是需要去做項目干活的，那么首先你的技術棧必須要匹配到公司的技術棧，并且到公司可以直
接上手做項目，而不是再從零去培養(yǎng)，因此會先考察技術的廣度，判斷你都了解學習過哪些技術
就比如 Redis 用過嗎？項目中哪里用到了 Redis 呢？原理了解嗎？集群部署？高可用原理？單線程高并發(fā)的原理？
Dubbo 用過嗎？底層原理？用在項目中是做什么？
RocketMQ 用過嗎？為什么用呢？那里引入了？底層原理？遇到過消息丟失的問題嗎？集群部署？高可用如何保
證？
還有就是基礎的 JVM、數(shù)據(jù)庫（事務、索引、sql 優(yōu)化、鎖）、并發(fā)方面的內容
如果這些都答得比較好的話，證明這些技術是掌握了的，那么招你來工作基本可以直接上手，一般薪資在 10-20k
之間
 

第二點是 項目經(jīng)驗

通過項目經(jīng)驗一般就能看出來你做項目中有沒有自己的一些想法以及思考，項目經(jīng)驗方面通常會問你學到的各種技
術是如何結合項目進行落地的，以及落地之后碰到的一些實踐中的問題，如何解決，有沒有對項目做過一些優(yōu)化之
類的？
比如說你學了 RocketMQ，那么你在項目中怎么去使用 RocketMQ 了呢？具體在那些場景下引入了 RocketMQ，不引
入的話會有什么問題呢？
如果使用 RocketMQ，碰到消息丟失了怎么處理呢？消息如果大量積壓怎么處理呢？
如果使用分庫分表，那么核心的表每天新增了多少 GB 的數(shù)據(jù)呢？目前表中已經(jīng)有多少的數(shù)據(jù)了？什么時候分的
表？什么時候分的庫？
在分表之前，SQL 性能是怎樣的呢？分表之后 SQL 性能提升了多少？
分庫之前每個數(shù)據(jù)庫上放多少 GB 的數(shù)據(jù)？分庫之后拆分到了幾臺數(shù)據(jù)庫服務器上去？每臺服務器存放多少的數(shù)據(jù)
呢？
像這些問題，在自己學習的時候可能就忽略了，并且缺乏一些自己的思考，以及由于是自己學習的項目，確實沒有
碰到過這些場景，因此對于這些 細節(jié)性 問題，一定要去多查一些資料，提前準備，多思考！
 

第三點是 生產(chǎn)經(jīng)驗

這塊主要是去問真正將項目部署在生產(chǎn)環(huán)境中，會遇到的一些情況以及在技術調研時，你是如何進行技術選型的？
就比如在分布式這塊，如果項目中使用了 網(wǎng)關 ，那么在使用網(wǎng)關之前，你都調研了哪幾種網(wǎng)關，為什么選
用了某一個網(wǎng)關？
這一塊內容的話，其實也就是考察你使用網(wǎng)關的時候，有沒有去了解其他同樣類型的產(chǎn)品，其實選用網(wǎng)關主要就是
看這個網(wǎng)關的功能、使用的開發(fā)語言、以及擴展性方面是否符合自己公司的需要
那么項目在上線之后，你們公司的系統(tǒng)每天的訪問量是多少呢？高峰期的訪問量呢？
對于訪問量，可能大多數(shù)人心里不太有底，因為可能平時做的項目訪問量并不算太高并且項目也可能是自己學習做
的，根本就沒有訪問量，那么怎么去知道系統(tǒng)的訪問量呢？可以對不同配置的機器進行 壓測 分析，壓的多了，心
里就有數(shù)了
網(wǎng)關一般都怎么部署了？部署了幾臺機器？每臺機器的配置是怎樣的呢？如果服務上下線，網(wǎng)關如何實現(xiàn)的
動態(tài)路由呢？
其實網(wǎng)關一般部署 2-3 臺就可以，每臺的配置的話，看自己系統(tǒng)的訪問量，4C8G 的服務器，每秒鐘扛個幾百的請求
肯定是沒有問題的，8C16G 的機器可以進一步抗上千的請求，16C32G 和 32C64G 的機器當然抗的請求量就更多了
有沒有網(wǎng)關的擴容方案呢？如果壓力過大，網(wǎng)關如何擴容？有沒有計算過網(wǎng)關請求路由的性能如何？一個請
求經(jīng)過網(wǎng)關路由的平均時長是多少呢？
這其實就是考察對網(wǎng)關的一些監(jiān)控指標有沒有做過，以及并發(fā)量上來之后，有沒有什么具體的應對方案
生產(chǎn)經(jīng)驗這一塊的內容，可能對于很多應屆生來說不會考，這屬于是工作 5 年左右的工程師所需要掌握的內容，但
是了解一下，以后在工作中會更加注意這方面的細節(jié)，如果生產(chǎn)經(jīng)驗的內容掌握的沒有問題的話，30k 左右還是可
以的
 

第四點是 技術深度

這一點就是考察某一個技術的底層原理了，比如 RocketMQ 的源碼、Dubbo 的源碼等等
那么你可能會有疑問，有必要學習源碼嗎？學習那么多有什么用呢？
你對源碼的掌握程度其實就決定了你的技術深度，在生產(chǎn)環(huán)境中，如果碰到了一些異?；蛘邎箦e，導致系統(tǒng)掛掉，
了解源碼，你可以很快的就去定位到問題出現(xiàn)在了哪里，可以直接根據(jù)異常去分析技術的源碼， 從源碼級別定位到
問題的所在 ，再去解決問題，這就是學習源碼帶來的 競爭力
比如，Dubbo 報錯，RocketMQ 出現(xiàn)異常無法寫入下消息，ES 查詢很慢等等，如果不了解源碼，可能對于這些問
題，根本就無從下手