簡(jiǎn)介： 緩存是搭建高性能高并發(fā)系統(tǒng)的必備手段之一，通常用來解決性能瓶頸，是程序員的必備知識(shí)點(diǎn)，也是面試必備考點(diǎn)。

?

盡管，產(chǎn)品經(jīng)理大概率不會(huì)關(guān)注系統(tǒng)性能，但程序員在實(shí)現(xiàn)需求的時(shí)候必須思考系統(tǒng)承載的并發(fā)量和用戶量。緩存主要用來解決性能瓶頸的問題，一旦錯(cuò)誤使用反而會(huì)令系統(tǒng)崩潰。今天，我們就通過4W的方式系統(tǒng)化地總結(jié)緩存相關(guān)的理論知識(shí)。

?

隨著互聯(lián)網(wǎng)業(yè)務(wù)的快速迭代以及用戶量激增，應(yīng)用架構(gòu)需要不斷調(diào)整甚至重構(gòu)以適應(yīng)這種業(yè)務(wù)的快速發(fā)展。當(dāng)數(shù)據(jù)量迅速增長，業(yè)務(wù)邏輯越復(fù)雜，服務(wù)鏈路不斷增加等等一系列問題，會(huì)導(dǎo)致RT過長，服務(wù)性能需要逐漸提升以滿足更優(yōu)的用戶體驗(yàn)。在優(yōu)化系統(tǒng)架構(gòu)時(shí)通常的所用的兩種方式scale up以及scale out，scale out就是通常所說的水平擴(kuò)展，將應(yīng)用服務(wù)設(shè)計(jì)成無狀態(tài)性，可以方便水平擴(kuò)展通過增加硬件的方式分解訪問壓力。而scale up則是將單個(gè)服務(wù)鏈路性能提升，以提升QPS以及系統(tǒng)的吞吐量。在追求更優(yōu)的性能時(shí)，大多數(shù)業(yè)務(wù)場(chǎng)景是讀多寫少的情況，一般會(huì)通過引入緩存的方式解決。

?

1. What——什么是緩存？

?

關(guān)于緩存的定義，在wiki中為：

a collection of data duplicating original values stored elsewhere on a computer, usually for easier access.

簡(jiǎn)單理解就是保存在計(jì)算機(jī)設(shè)備中的一個(gè)數(shù)據(jù)副本，以便于后續(xù)能夠進(jìn)行快速訪問。

從定義上可以看出所謂緩存一定是針對(duì)已有數(shù)據(jù)的一個(gè)副本存在，也可以看出緩存的使用是為了解決快速訪問數(shù)據(jù)（讀數(shù)據(jù)）的場(chǎng)景。在現(xiàn)有的互聯(lián)網(wǎng)應(yīng)用中，緩存的使用是一種能夠提升服務(wù)快速響應(yīng)的關(guān)鍵技術(shù)，也是產(chǎn)品經(jīng)理無暇顧及的非功能需求，需要在設(shè)計(jì)技術(shù)方案時(shí)對(duì)業(yè)務(wù)場(chǎng)景，具有一定的前瞻性評(píng)估后，決定在技術(shù)架構(gòu)中是否需要引入緩存解決這種這種非功能需求。

緩存在計(jì)算機(jī)領(lǐng)域中實(shí)際案例存在很多，比如CPU的緩存是為了解決CPU的運(yùn)算速度和內(nèi)存的讀取數(shù)據(jù)不平衡的問題，CPU的運(yùn)算速度遠(yuǎn)快與內(nèi)存的讀寫速度，為了降低CPU等待數(shù)據(jù)讀寫的時(shí)間，在CPU中引入L1/L2/L3多級(jí)緩存。

再比如Linux中的文件緩存，實(shí)際上我們?cè)诰幊虝r(shí)，會(huì)談?wù)摰綌?shù)據(jù)的內(nèi)存地址，但是我們接觸的都是虛擬地址而不是真實(shí)的物理地址，計(jì)算機(jī)中的內(nèi)存管理單元（MMU）和頁表會(huì)將虛擬地址轉(zhuǎn)換成物理地址。在計(jì)算機(jī)硬件領(lǐng)域中就已有很多關(guān)于緩存的應(yīng)用案例，實(shí)際上在軟件架構(gòu)中關(guān)于緩存的設(shè)計(jì)會(huì)借鑒于很多傳統(tǒng)且成熟的計(jì)算機(jī)硬件緩存設(shè)計(jì)的思想。

?

2. Why——為什么需要使用緩存？

?

軟件服務(wù)能夠得到用戶的信賴，并將產(chǎn)品的價(jià)值帶給用戶，能夠解決目標(biāo)用戶的痛點(diǎn)問題這是決定用戶會(huì)不會(huì)一開始決定使用，也就是《增長黑客》中提到了產(chǎn)品能夠帶來給用戶“啊哈時(shí)刻”，而決定用戶會(huì)不會(huì)高頻使用以及持續(xù)使用，用戶體驗(yàn)則是被認(rèn)為是軟件產(chǎn)品提升用戶黏性的關(guān)鍵影響因素。

?

2.1 什么是用戶體驗(yàn)

用戶體驗(yàn)被專業(yè)定義和推廣需要推廣到20世紀(jì)90年代，由Donald Norman布道推廣。用戶體驗(yàn)在人機(jī)交互領(lǐng)域上受到了重視，并一度和傳統(tǒng)的三大可用性指標(biāo)（即效率、效益以及基本滿意度）不相上下。

ISO 9241-210標(biāo)準(zhǔn)將用戶體驗(yàn)官方定義為：人們對(duì)正在使用或者期待使用的產(chǎn)品、系統(tǒng)或者服務(wù)的認(rèn)知印象和回應(yīng)。可以看出用戶體驗(yàn)是用戶的對(duì)軟件產(chǎn)品的主觀感受，具體包含了用戶在使用之前、使用中以及使用后的情感、喜好、認(rèn)知印象、心理反應(yīng)以及情緒表達(dá)等等多種主觀感受，每個(gè)用戶對(duì)產(chǎn)品的主觀感受的視角不同，關(guān)注點(diǎn)不同，也就導(dǎo)致軟件產(chǎn)品讓大多數(shù)用戶都能夠獲得很好的用戶體驗(yàn)本身就是一件很有挑戰(zhàn)性的事情。

在業(yè)界大多數(shù)，將用戶體驗(yàn)分為三類：使用者狀態(tài)、軟件產(chǎn)品的系統(tǒng)性能以及環(huán)境，使用者狀態(tài)以及環(huán)境（使用者環(huán)境以及產(chǎn)品在同類產(chǎn)品中的產(chǎn)品大環(huán)境）這兩個(gè)因素需要交互設(shè)計(jì)和用研等多個(gè)專業(yè)領(lǐng)域同學(xué)去攻克，軟件開發(fā)者則需要解決系統(tǒng)性能的問題。對(duì)用戶而言，最基本的需求就是在使用軟件服務(wù)時(shí)，軟件產(chǎn)品提供服務(wù)內(nèi)容的及時(shí)性，也就是通常所說的在使用過程中持續(xù)的Loading（轉(zhuǎn)菊花）一定會(huì)導(dǎo)致用戶體驗(yàn)很差，內(nèi)容的及時(shí)性也是系統(tǒng)性能的最低要求。

而系統(tǒng)性能的問題，是產(chǎn)品經(jīng)理無暇顧及的點(diǎn)，也是非功能性需求，需要開發(fā)者去花心思去思考的地方。評(píng)估系統(tǒng)性能的指標(biāo)有很多，在以提升用戶體驗(yàn)為前提的情況下，我們需要著重關(guān)注的性能指標(biāo)有哪些呢？

?

2.2 常見的性能指標(biāo)

在設(shè)計(jì)軟件架構(gòu)時(shí)需要關(guān)注的幾個(gè)常見指標(biāo)：響應(yīng)時(shí)間、延遲時(shí)間、吞吐量、并發(fā)用戶數(shù)和資源利用率。

1）系統(tǒng)響應(yīng)時(shí)間 ：響應(yīng)時(shí)間是指系統(tǒng)對(duì)用戶請(qǐng)求做出響應(yīng)的時(shí)間，不同的功能的鏈路長短不同，并且同一功能在不同數(shù)據(jù)量等這些情況都會(huì)導(dǎo)致響應(yīng)時(shí)間的不同。因此，在衡量系統(tǒng)響應(yīng)時(shí)間時(shí)，通常會(huì)關(guān)注軟件產(chǎn)品所有功能的平均響應(yīng)時(shí)間以及最大響應(yīng)時(shí)間。

2）延遲時(shí)間 ：在討論系統(tǒng)響應(yīng)時(shí)間時(shí)，更細(xì)粒度的劃分可以劃分為：

客戶端在接受數(shù)據(jù)進(jìn)行渲染的內(nèi)容“呈現(xiàn)時(shí)間”；

服務(wù)端在接受用戶請(qǐng)求發(fā)送至服務(wù)端以及服務(wù)端將數(shù)據(jù)返回到客戶端這兩個(gè)過程中涉及到的：網(wǎng)絡(luò)傳輸時(shí)間以及應(yīng)用延遲時(shí)間。應(yīng)用延遲時(shí)間即是服務(wù)端在執(zhí)行整個(gè)服務(wù)鏈路時(shí)所花費(fèi)的時(shí)間，也是性能優(yōu)化首要降低的就是這個(gè)時(shí)間。

3）吞吐量 ：吞吐量指的是單位時(shí)間內(nèi)能夠處理請(qǐng)求的數(shù)量，對(duì)于無并發(fā)的應(yīng)用來說，吞吐量和請(qǐng)求響應(yīng)時(shí)間成反比，服務(wù)延遲更長則系統(tǒng)吞吐量更低。

4）并發(fā)用戶數(shù) ：并發(fā)用戶數(shù)指的是系統(tǒng)能夠同時(shí)承載正常使用系統(tǒng)功能的用戶數(shù)，相較于吞吐量，這個(gè)指標(biāo)更為籠統(tǒng)但是對(duì)于非軟件領(lǐng)域的人來說更容易理解。

5）資源利用率 ：資源利用率反映的是在一段時(shí)間內(nèi)資源被占用的情況。

?

2.3 緩存帶來的優(yōu)勢(shì)

在追求更優(yōu)的優(yōu)化體驗(yàn)時(shí)，客觀的來說需要不斷提升以上這些性能指標(biāo)，不斷逼近系統(tǒng)體驗(yàn)的最優(yōu)解。緩存到底具有什么樣的優(yōu)勢(shì)，值得我們花費(fèi)很大的精力去設(shè)計(jì)一套能很好的適應(yīng)現(xiàn)在的業(yè)務(wù)場(chǎng)景的緩存結(jié)構(gòu)呢？

1）極大的提升軟件用戶體驗(yàn)

軟件產(chǎn)品主要圍繞兩個(gè)核心問題，一是解決目標(biāo)用戶的痛點(diǎn)問題，二是提升產(chǎn)品黏性。在提供軟件服務(wù)時(shí)，抽象的來看是解決數(shù)據(jù)在整個(gè)鏈路上的流轉(zhuǎn)問題，如何讓數(shù)據(jù)流轉(zhuǎn)更加高效、更加順暢是在實(shí)現(xiàn)時(shí)著重關(guān)注的地方，事實(shí)上，無論是瀏覽器、負(fù)載均衡、應(yīng)用服務(wù)器還是數(shù)據(jù)庫等等各個(gè)環(huán)節(jié)都會(huì)應(yīng)用到緩存，當(dāng)數(shù)據(jù)離用戶“更近”，比如數(shù)據(jù)副本在客戶端上，也就意味著請(qǐng)求能夠很快的進(jìn)行響應(yīng)，相應(yīng)的給用戶進(jìn)行數(shù)據(jù)呈現(xiàn)的耗時(shí)就更短。現(xiàn)如今用戶爸爸們“日理萬機(jī)”，如果一個(gè)軟件產(chǎn)品不能在很短時(shí)間就獲取用戶的注意力，很大可能性就意味著失敗。因此，使用緩存能夠讓用戶從主觀上獲取更優(yōu)的用戶體驗(yàn)。

2）提升吞吐量

試想，如果在服務(wù)鏈路上，請(qǐng)求能夠在緩存中獲取服務(wù)數(shù)據(jù)的話，也就意味著很多數(shù)據(jù)并不需要從源應(yīng)用服務(wù)器進(jìn)行獲取，降低了源服務(wù)器網(wǎng)絡(luò)傳輸?shù)念l率，在一定IDC帶寬下，系統(tǒng)能夠降低網(wǎng)絡(luò)傳輸時(shí)間以及應(yīng)用延遲時(shí)間，從而支撐更多的系統(tǒng)訪問以提升系統(tǒng)整體吞吐量以及并發(fā)用戶數(shù)，硬件的使用效率也會(huì)明顯提升。

從實(shí)際場(chǎng)景下，在系統(tǒng)性能優(yōu)化時(shí)大概率會(huì)優(yōu)先選擇使用緩存進(jìn)行系統(tǒng)優(yōu)化，也是一種被證明有效的手段，緩存也被認(rèn)為是一種“空間換時(shí)間”的藝術(shù)。

?

3. Where——緩存存在鏈路中的哪些地方？

?

3.1 緩存分類

從一個(gè)請(qǐng)求到最終獲取響應(yīng)，會(huì)經(jīng)過很多環(huán)節(jié)，緩存可以幾乎存在整個(gè)鏈路的每個(gè)節(jié)點(diǎn)。緩存按照不同的維度可以有如下分類：

1）緩存所處鏈路節(jié)點(diǎn)的位置：

客戶端緩存
網(wǎng)絡(luò)緩存
服務(wù)端緩存

2）緩存架構(gòu)部署方式：

單機(jī)緩存
緩存集群
分布式緩存

3）緩存的內(nèi)存區(qū)域

本地緩存/進(jìn)程內(nèi)緩存
進(jìn)程間緩存
遠(yuǎn)程緩存

按照緩存在服務(wù)鏈路上的位置來劃分，可以系統(tǒng)性的梳理下緩存的不同應(yīng)用。

?

3.2 客戶端緩存

客戶端緩存是離用戶“最近”的一種存儲(chǔ)介質(zhì)，經(jīng)常和網(wǎng)絡(luò)測(cè)和服務(wù)端緩存一起配合使用，常見的客戶端緩存有如下幾種：

1）頁面緩存：頁面緩存是指將靜態(tài)頁面獲取頁面中的部分元素緩存到本地，以便下次請(qǐng)求不需要重復(fù)資源文件，h5很好的支持的離線緩存的功能，具體實(shí)現(xiàn)可通過頁面指定manifest文件，當(dāng)瀏覽器訪問一個(gè)帶有manifest屬性的文件時(shí)，會(huì)先從應(yīng)用緩存中獲取加載頁面的資源文件，并通過檢查機(jī)制處理緩存更新的問題。

2）瀏覽器緩存：瀏覽器緩存通常會(huì)專門開辟內(nèi)存空間以存儲(chǔ)資源副本，當(dāng)用戶后退或者返回上一步操作時(shí)可以通過瀏覽器緩存快速的獲取數(shù)據(jù)，在HTTP 1.1中通過引入e-tag標(biāo)簽并結(jié)合expire、cache-control兩個(gè)特性能夠很好的支持瀏覽器緩存，關(guān)于瀏覽器緩存更為細(xì)節(jié)的知識(shí)可以查看該文章。

3）APP緩存：APP可以將內(nèi)容緩存到內(nèi)存或者本地?cái)?shù)據(jù)庫中，例如在一些開源的圖片庫中都具備緩存的技術(shù)特性，當(dāng)圖片等資源文件從遠(yuǎn)程服務(wù)器獲取后會(huì)進(jìn)行緩存，以便下一次不再進(jìn)行重復(fù)請(qǐng)求，并可以減少用戶的流量費(fèi)用。

客戶端緩存是前端性能優(yōu)化的一個(gè)重要方向，畢竟客戶端是距離“用戶”最近的地方，是一個(gè)可以充分挖掘優(yōu)化潛力的地方。

?

3.3 網(wǎng)絡(luò)緩存

網(wǎng)絡(luò)緩存位于客戶端以及服務(wù)端中間，通過通過代理的方式解決數(shù)據(jù)請(qǐng)求的響應(yīng)，降低數(shù)據(jù)請(qǐng)求的回源率。通常具有如下幾種形式的網(wǎng)路緩存：

1）web代理緩存：常見的代理形式分為分為：正向代理、反向代理以及透明代理。web代理緩存通常是指正向代理，會(huì)將資源文件和熱點(diǎn)數(shù)據(jù)放在代理服務(wù)器上，當(dāng)新的請(qǐng)求到來時(shí)，如果在代理服務(wù)器上能獲取數(shù)據(jù)，則不需要重復(fù)請(qǐng)求到應(yīng)用服務(wù)器上；

2）邊緣緩存：和正向代理一樣，反向代理同樣可以用于緩存，例如nginx就提供了緩存的功能。進(jìn)一步，如果這些反向代理服務(wù)器能夠做到和用戶請(qǐng)求來自同一個(gè)網(wǎng)絡(luò)，那么獲取資源的速度進(jìn)一步提升，這類的反向代理服務(wù)器可以稱之為邊緣緩存。常見的邊緣緩存就是CDN（Content Delivery Network），可以將圖片等靜態(tài)資源文件放到CDN上。

**3.4 服務(wù)端緩存
**
服務(wù)端緩存是后端開發(fā)中進(jìn)行性能優(yōu)化的發(fā)力點(diǎn)，常見的后端性能優(yōu)化也是通過引入緩存來進(jìn)行解決，常見的有數(shù)據(jù)庫的查詢緩存、緩存框架以及引入應(yīng)用級(jí)緩存。

3.4.1 數(shù)據(jù)庫查詢緩存

例如，MySQL的緩存機(jī)制是通過將SELECT語句以及相應(yīng)的ResultSet進(jìn)行緩存，當(dāng)后續(xù)接受到SELECT請(qǐng)求后，如果MySQL已經(jīng)開啟了Query Cache功能，會(huì)將SELECT語句以字符串的方式進(jìn)行hash，然后去從緩存中進(jìn)行查詢，如果查詢出數(shù)據(jù)，則直接進(jìn)行返回，省去了后續(xù)的優(yōu)化器以及存儲(chǔ)引擎IO的操作，能夠極大的提升響應(yīng)時(shí)效。如何優(yōu)化Query Cache需要從如下幾個(gè)指標(biāo)上進(jìn)行考慮：

query_cache_size：設(shè)置能夠緩存ResultSet的內(nèi)存區(qū)域大小
query_cache_type：表示使用緩存的場(chǎng)景。0表示任何場(chǎng)景下都不使用Query Cache，1表示顯式指定不使用Query Cache的查詢都可以使用，2（DEMAND）表示只有明確指示使用Query Cache才會(huì)生效；
Qcache hits：表示多少次查詢命中Query Cache
Qcache inserts：表示多少次沒有命中Query Cache而插入數(shù)據(jù)
Qcahce lowmem prunes：表示多少條Query引入空間不足而被清除
Qcache free memory：表示剩余內(nèi)存大小
Qcache free blocks：該值很大表示內(nèi)存碎片很多，需要及時(shí)清理

在進(jìn)行Qcache優(yōu)化時(shí)，可以對(duì)以上指標(biāo)綜合進(jìn)行分析，比如了解Qcache的緩存命中率 = Qcache hits/ Qcache hits + Qcache inserts，來判斷當(dāng)前Qcache的效率。也可以結(jié)合Qcahce lowmem prunes、Qcache free memory以及Qcache free blocks來判斷當(dāng)前Qcache的內(nèi)存使用效率。

另外，如果使用Innodb存儲(chǔ)引擎的話，也需要著重關(guān)注innodb_buffer_pool_size參數(shù)，該參數(shù)決定了innodb的索引以及數(shù)據(jù)是否有足夠大的空間放入到緩存中。table_cache決定了能夠緩存表的最大數(shù)量，也是需要關(guān)注的一個(gè)參數(shù)。

3.4.2 緩存框架

在功能開發(fā)時(shí)，會(huì)常用提供緩存特性的緩存框架或者實(shí)現(xiàn)緩存功能的類庫來高效的完成開發(fā)，常見的緩存框架有Ehcache、Guava等，這些緩存框架配置簡(jiǎn)單，能夠簡(jiǎn)單靈活的使用。這些開源的緩存框架不僅支持單機(jī)的本地緩存還能配置集群的方式達(dá)到靈活伸縮。

3.4.3 應(yīng)用級(jí)緩存

當(dāng)緩存框架不能滿足需求的時(shí)候，就需要引入應(yīng)用級(jí)緩存，比如Redis、MongoDB等NoSQL數(shù)據(jù)庫，應(yīng)用級(jí)緩存具備高可用性以及伸縮性的分布式架構(gòu)能夠支撐業(yè)務(wù)需求，當(dāng)然，做好一款應(yīng)用級(jí)緩存產(chǎn)品其中的挑戰(zhàn)也是巨大。

?

4. When——什么時(shí)候需要使用緩存？

緩存不是架構(gòu)設(shè)計(jì)的必選項(xiàng)，也不是業(yè)務(wù)開發(fā)中的必要功能點(diǎn)，只有在業(yè)務(wù)出現(xiàn)性能瓶頸，進(jìn)行優(yōu)化性能的時(shí)候才需要考慮使用緩存來提升系統(tǒng)性能。也不是所有的業(yè)務(wù)場(chǎng)景都適合使用緩存，讀多寫少且數(shù)據(jù)時(shí)效要求越低的場(chǎng)景越適合使用緩存，緩存并不是所有性能問題的靈丹妙藥，如果濫用緩存反而會(huì)成為毒藥，并且會(huì)引入維護(hù)緩存的操作成本，使得系統(tǒng)復(fù)雜度更高不利于維護(hù)。

另外把緩存當(dāng)做存儲(chǔ)來使用是一件極其致命的做法，這種錯(cuò)誤的認(rèn)識(shí)，將緩存引入系統(tǒng)的那一刻起就意味著已經(jīng)讓系統(tǒng)走上了危險(xiǎn)的局面，對(duì)緩存的使用邊界要有深刻的理解，才能盡可能保證做出引入緩存才是一個(gè)正確的決定。

在進(jìn)行緩存結(jié)構(gòu)設(shè)計(jì)的時(shí)候，需要考慮的點(diǎn)有很多：

1）業(yè)務(wù)流量量級(jí)以及應(yīng)用規(guī)模：對(duì)于低并發(fā)低流量的應(yīng)用而言，引入緩存并不會(huì)帶來性能的顯著提升，反而會(huì)帶來應(yīng)用的復(fù)雜度以及極高的運(yùn)維成本。也不是任何數(shù)據(jù)都需要使用緩存，比如圖片視頻等文件使用分布式文件系統(tǒng)更合適而不是緩存。因此，在引入緩存前，需要對(duì)當(dāng)前業(yè)務(wù)的流量進(jìn)行評(píng)估，在高并發(fā)大流量的業(yè)務(wù)場(chǎng)景中引入緩存相對(duì)而言收益會(huì)更高；

2）緩存應(yīng)用的選擇：緩存應(yīng)用有很多如Redis、Memcached以及tair等等，針對(duì)每一種分布式緩存應(yīng)用的優(yōu)缺點(diǎn)以及適用范圍、內(nèi)存效率、運(yùn)維成本甚至團(tuán)隊(duì)開發(fā)人員的知識(shí)結(jié)構(gòu)都需要了解，才能做好技術(shù)選型；

3）緩存影響因素的正確評(píng)估：在引入緩存前，需要著重評(píng)估value大小、緩存內(nèi)存空間、峰值QPS、過期時(shí)間、緩存命中率、讀寫更新策略、key值分布路由策略、過期策略以及數(shù)據(jù)一致性方案等等多個(gè)因素，要做到心中有數(shù)；

4）緩存高可用架構(gòu)：分布式緩存要高可用，這也是分布式系統(tǒng)追求的三高指標(biāo)中的一個(gè)，緩存的集群設(shè)計(jì)，主從同步方案的設(shè)計(jì)等等，只有緩存足夠可靠，才能服務(wù)于業(yè)務(wù)系統(tǒng)，為業(yè)務(wù)帶來價(jià)值；

5）完善的監(jiān)控平臺(tái)：當(dāng)緩存投入生產(chǎn)環(huán)境后，需要有一套監(jiān)控系統(tǒng)能夠顯式的觀測(cè)緩存系統(tǒng)的運(yùn)行情況，才能更早的發(fā)現(xiàn)問題，同時(shí)對(duì)于預(yù)估不足的非預(yù)期熱點(diǎn)數(shù)據(jù)，也需要熱點(diǎn)發(fā)現(xiàn)系統(tǒng)去解決非預(yù)期的熱點(diǎn)數(shù)據(jù)緩存問題。

6）緩存最近原則：將緩存數(shù)據(jù)放在離用戶最近的地方，無疑會(huì)極大的提升響應(yīng)的速度，這也是多級(jí)緩存設(shè)計(jì)的核心思想。

?

總結(jié)

以上是生活随笔為你收集整理的什么技能产品经理不会提，但技术人必须懂？的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。