面試官不講武德，問我如何實現分布式快取？

剛才有個朋友問我，小樓老師，發生腎麼事了，我說怎麼回事，給我發了幾張截圖，我一看！嗷！原來是昨天，他面試又掛了。

我啪的一下就把面試題要過來了，很快啊。我這一看，不得了，我說你一直用框架練死勁，底層原理不紮實，遇到面試不好用。他不服氣，非要讓我試試，我說可以，把面試題發在下面：

1、介紹下為什麼要使用快取？

2、快取有哪些特點？

3、如何實現本地快取和分布式快取？

4、redis的原始碼中有哪些高效能的設計？

5、分布式鎖是如何實現的？

6、……

面試官說題目是他亂出的，他可不是亂出的，這是有備而來啊，我來分析一下，你細品。

上來第乙個問題肯定是先問你為啥要使用快取，這是考察你對快取有沒有思考，如果你只會用框架，沒法給出乙個合理的解答，那面試官會覺得你平時思考太少，就知道幹活兒。

用快取，主要就是兩個用途：高效能、高併發****。假設乙個程式有 1tb 的資料都存在硬碟上，但其中只有 1gb 的資料會被頻繁地讀取，而硬碟的讀取速度是 100mb/s，那麼每一次讀取都會消耗 10 秒。

這時我們可以把這 1gb 的資料存到乙個速度更快的地方，比如存到記憶體中，假設記憶體速度是 10gb/s，那麼每一次讀取這 1gb 的資料就只需要 0.1 秒。如果要給這裡的「記憶體」起乙個名字，就可以叫它「快取」。

從上面的問題入手，我們可以提取出兩個關鍵點：頻繁，速度。

這兩點意味著：快取中的資料往往是會被反覆讀取的，因為經常要讀取，所以要提高讀取的速度；如果程式修改了硬碟上的資料，快取中的資料就沒有用了，屬於過時的資料，所以還需要去更新快取。

這時，我們就可以回答第二個問題，快取的特點：

再例如第三題「如何實現本地快取和分布式快取？」顯然不是問你如何實現本地快取和分布式快取這麼簡單，這題考察的是你對快取系統的理解，以及對快取本質原理的洞察。

這些技術可能我們平時都在用，但是底層的原理、技術的優化等深度問題，回答起來就難了。如果你平時只是改改**，用用框架，當面試官問到具體的技術操作和底層原理時，就涼了！

想拿大廠的 offer，首先就是技術關，而想要徹底掌握一門技術的底層原理，最好的方法莫過於親手實現一遍！

今天給大家推薦一門新課《go 語言實現分布式快取》，手把手帶你用 go 語言完成乙個單機版的快取服務，然後基於這個單機版的快取服務來公升級改造，逐步迭代成為乙個分布式的快取服務，實現乙個堪比 redis 九成功力的快取系統！

學員評價：

用乙個月的學習，換乙個更好的 offer，你願意嗎？