七牛云這家公司搞云存儲(chǔ)和 CDN 的同行應(yīng)該都不陌生。2018 年那會(huì)兒國(guó)內(nèi)云計(jì)算格局正在快速成型七牛云作為對(duì)象存儲(chǔ)和內(nèi)容分發(fā)領(lǐng)域的頭部玩家之一它的校招筆試題向來(lái)以基礎(chǔ)扎實(shí) 工程思維著稱。我當(dāng)年幫實(shí)驗(yàn)室的學(xué)弟整理過這套卷卷三后來(lái)自己也做了幾年的存儲(chǔ)后端如今再回頭看發(fā)現(xiàn)里面很多考點(diǎn)到現(xiàn)在依然是面試的核心篩選項(xiàng)。這篇文章就來(lái)把這份卷子掰開揉碎從考點(diǎn)分布、典型題目、答題思路到避坑經(jīng)驗(yàn)一次性講清楚。先給個(gè)結(jié)論這份卷子不是那種純刷題就能過的類型它真正篩選的是基礎(chǔ)過硬 能落地干活的人。如果你是準(zhǔn)備云廠商、存儲(chǔ)方向、CDN 方向校招的應(yīng)屆生這篇文章值得你靜下心看完。1. 筆試全貌拆解先看七牛云在考什么1.1 七牛云的技術(shù)底色決定出題方向理解一份筆試題先理解這家公司靠什么吃飯。七牛云的核心業(yè)務(wù)是對(duì)象存儲(chǔ)、CDN 加速、數(shù)據(jù)處理管道也就是幫企業(yè)把海量文件存起來(lái)、發(fā)出去、處理掉。這就決定了它對(duì)候選人的技術(shù)偏好第一網(wǎng)絡(luò)基礎(chǔ)必須硬。CDN 本質(zhì)上是把內(nèi)容推到離用戶最近的地方涉及 DNS 解析、HTTP 協(xié)議、TCP/IP、緩存策略、回源邏輯這些全都跑不掉。第二存儲(chǔ)和分布式系統(tǒng)是重頭。對(duì)象存儲(chǔ)背后是分布式集群、數(shù)據(jù)冗余、一致性協(xié)議哪怕只是做個(gè)簡(jiǎn)單的上傳下載也要理解底層原理。第三Linux 和工程能力是底線。云廠商的研發(fā)日常就是跟 Linux 服務(wù)器、shell 腳本、性能排查打交道筆試?yán)锍霈F(xiàn)系統(tǒng)命令、進(jìn)程模型非常正常。1.2 卷三的整體結(jié)構(gòu)與考察范圍從各方回憶和同類試卷對(duì)照來(lái)看2018 七牛云校招筆試題卷三大體分為四個(gè)模塊客觀題包括單選題和多選題覆蓋數(shù)據(jù)結(jié)構(gòu)、操作系統(tǒng)、計(jì)算機(jī)網(wǎng)絡(luò)、數(shù)據(jù)庫(kù)基礎(chǔ)大概 20 到 30 道。算法編程題兩道左右純手寫代碼考察基礎(chǔ)算法能力和邊界處理。簡(jiǎn)答/設(shè)計(jì)題一到兩道通常給一個(gè)實(shí)際場(chǎng)景比如文件上傳慢、緩存命中率低讓你分析原因設(shè)計(jì)方案。附加題部分崗位Linux 命令實(shí)戰(zhàn)、shell 腳本編寫或系統(tǒng)調(diào)優(yōu)思路。四部分占比并不平均?？陀^題考察廣度編程題考察硬功夫設(shè)計(jì)題決定上限。很多入選者反饋客觀題大家差距不大真正拉開分?jǐn)?shù)的是編程題的代碼質(zhì)量和設(shè)計(jì)題的思路完整度。1.3 評(píng)分邏輯不是對(duì)答案而是看思維這一點(diǎn)我體會(huì)很深。筆試不是只看最終答案對(duì)不對(duì)尤其編程題和設(shè)計(jì)題閱卷人更關(guān)注你的思考路徑。代碼是不是簡(jiǎn)潔清晰有沒有考慮異常分支設(shè)計(jì)題里有沒有主動(dòng)考慮一致性、可用性、成本這些都是隱性評(píng)分點(diǎn)。也就是說(shuō)哪怕你的方案不是最優(yōu)解只要邏輯自洽、考慮周全也能拿到不錯(cuò)的分?jǐn)?shù)。2. 核心考點(diǎn)逐項(xiàng)拆解四個(gè)維度一個(gè)都不能少2.1 數(shù)據(jù)結(jié)構(gòu)與算法不刷題真的會(huì)掛在第一關(guān)七牛云的算法題不算變態(tài)但非常講究穩(wěn)。?？嫉念愋桶ㄦ湵聿僮鳌⒍鏄浔闅v、字符串處理、動(dòng)態(tài)規(guī)劃基礎(chǔ)題很少出那種偏怪難的 ACM 題。但它的特點(diǎn)是題目看似簡(jiǎn)單邊界條件多到讓人崩潰。舉個(gè)典型例子反轉(zhuǎn)鏈表大家都寫過但它可能升級(jí)成每 K 個(gè)節(jié)點(diǎn)一組反轉(zhuǎn)。這道題考察的不只是反轉(zhuǎn)邏輯還有對(duì)鏈表長(zhǎng)度、剩余節(jié)點(diǎn)不足 K 個(gè)、頭節(jié)點(diǎn)變更等情況的處理。很多人代碼能跑通基本用例一到空鏈表、單節(jié)點(diǎn)鏈表、K 等于 1 這些邊界就露餡。我的建議是復(fù)習(xí)時(shí)不要只刷我會(huì)做的題要把每道題的所有邊界條件列出來(lái)逐一驗(yàn)證。劍指 Offer 和 LeetCode 熱題 100 覆蓋足夠關(guān)鍵是每道題都做到 bug free而不是看一眼思路就往下走。2.2 計(jì)算機(jī)網(wǎng)絡(luò)CDN 工程師的命根子網(wǎng)絡(luò)部分在卷三里占的比重非常高這也符合七牛云的業(yè)務(wù)特點(diǎn)。重點(diǎn)集中在HTTP 協(xié)議請(qǐng)求方法、狀態(tài)碼、常見 HeaderCache-Control、ETag、Last-Modified、HTTP/1.1 與 HTTP/2 的區(qū)別。TCP 相關(guān)三次握手四次揮手、擁塞控制、TIME_WAIT 狀態(tài)。DNS 解析流程從瀏覽器輸入域名到拿到 IP中間經(jīng)歷了什么。緩存相關(guān)強(qiáng)緩存與協(xié)商緩存的區(qū)別什么是緩存命中什么是回源。這里有一道經(jīng)常出現(xiàn)的經(jīng)典題用戶在瀏覽器訪問一張圖片第一次很慢第二次很快解釋一下為什么。這道題表面考 HTTP 緩存實(shí)際是想看你有沒有完整的鏈路意識(shí)瀏覽器緩存、CDN 邊緣節(jié)點(diǎn)緩存、源站存儲(chǔ)層層遞進(jìn)?；卮饡r(shí)如果能從瀏覽器緩存聊到 CDN 緩存再到回源策略就基本拿滿分?jǐn)?shù)。2.3 操作系統(tǒng)與 Linux 基礎(chǔ)工程落地的底盤云廠商的研發(fā)日常離不開 Linux所以操作系統(tǒng)和 Linux 命令也是必考模塊。常見考點(diǎn)包括進(jìn)程與線程的區(qū)別、進(jìn)程間通信方式、同步與互斥、死鎖產(chǎn)生的四個(gè)條件、虛擬內(nèi)存與分頁(yè)。Linux 部分則會(huì)考一些非常實(shí)操的內(nèi)容比如如何查看系統(tǒng)負(fù)載top/uptime、如何排查端口占用netstat/lsof、如何查看磁盤空間和 inode 使用情況df -i、如何用 awk/sed 處理文本。這些題目不靠背靠真用過。我在實(shí)際工作中招聘面試時(shí)發(fā)現(xiàn)很多簡(jiǎn)歷寫著熟悉 Linux結(jié)果連 awk 的常見用法都說(shuō)不出來(lái)。筆試?yán)镞@類題存在的意義就是過濾掉那些只會(huì)在簡(jiǎn)歷上寫關(guān)鍵詞的人。2.4 分布式與存儲(chǔ)基礎(chǔ)云廠商的看家本領(lǐng)對(duì)七牛云這種公司來(lái)說(shuō)分布式存儲(chǔ)相關(guān)的題目是拉開差距的地方。考察點(diǎn)通常包括數(shù)據(jù)冗余與副本機(jī)制多副本和糾刪碼的區(qū)別各自的優(yōu)缺點(diǎn)。一致性模型強(qiáng)一致性和最終一致性的區(qū)別分布式系統(tǒng)為什么很難做到強(qiáng)一致。負(fù)載均衡算法輪詢、隨機(jī)、最少連接數(shù)、一致性哈希各自適用的場(chǎng)景。對(duì)象存儲(chǔ)的基本概念桶Bucket、對(duì)象Object、鍵Key的組織方式。一致性哈希這道題幾乎年年出現(xiàn)。因?yàn)樗疾斓牟恢皇撬惴ū旧矶悄阌袥]有理解分布式系統(tǒng)里節(jié)點(diǎn)變化時(shí)如何盡量減少數(shù)據(jù)遷移這個(gè)核心痛點(diǎn)?；卮饡r(shí)建議畫出哈希環(huán)講清楚虛擬節(jié)點(diǎn)的作用然后聯(lián)系實(shí)際為什么許多分布式緩存和存儲(chǔ)系統(tǒng)都用它而不用簡(jiǎn)單的取模。3. 典型題目深度解析與答題示范3.1 進(jìn)階鏈表操作每 K 個(gè)節(jié)點(diǎn)一組反轉(zhuǎn)這是卷三里很有代表性的一道手寫代碼題。原題大意是給定一個(gè)鏈表和一個(gè)整數(shù) K每 K 個(gè)節(jié)點(diǎn)一組進(jìn)行反轉(zhuǎn)如果剩余節(jié)點(diǎn)不足 K 個(gè)則保持原有順序最后返回新鏈表的頭節(jié)點(diǎn)。先講思路這道題用遞歸寫最清晰。定義一個(gè)函數(shù) reverseKGroup(head, k)先從頭走 k 步若能走完翻轉(zhuǎn)這一段然后遞歸處理剩下的鏈表再把翻轉(zhuǎn)后的尾部接到遞歸結(jié)果上。關(guān)鍵點(diǎn)是指針走 k 步時(shí)要注意 null 終止。翻轉(zhuǎn) k 個(gè)節(jié)點(diǎn)時(shí)可以復(fù)用標(biāo)準(zhǔn)的鏈表翻轉(zhuǎn)模板但要記錄這段的頭尾。遞歸的返回值需要正確接到上一段的尾部。參考代碼Go 語(yǔ)言版本我日常工作用 Go 多type ListNode struct { Val int Next *ListNode } func reverseKGroup(head *ListNode, k int) *ListNode { if head nil { return nil } // 先檢查剩余節(jié)點(diǎn)是否夠 k 個(gè) cur : head count : 0 for cur ! nil count k { cur cur.Next count } if count k { return head } // 翻轉(zhuǎn)前 k 個(gè)節(jié)點(diǎn) var prev *ListNode cur head for i : 0; i k; i { next : cur.Next cur.Next prev prev cur cur next } // 遞歸處理剩余鏈表接到當(dāng)前段尾部 head.Next reverseKGroup(cur, k) return prev }代碼里最容易錯(cuò)的不是翻轉(zhuǎn)而是最后一行 head.Next 的賦值。head 此時(shí)是翻轉(zhuǎn)后的尾節(jié)點(diǎn)必須把它接到剩余部分遞歸的結(jié)果上否則鏈表就斷了。這里能寫對(duì)說(shuō)明你真的理解了指針指向的變換而不是背模板。3.2 網(wǎng)絡(luò)綜合題從一次圖片訪問引申出的完整鏈路再來(lái)一道網(wǎng)絡(luò)綜合題用戶訪問 http://img.example.com/a.jpg第一次打開很慢第二次明顯變快請(qǐng)分析整個(gè)過程并說(shuō)明第一次慢可能的原因。這道題的答題思路要分層第一層DNS 解析。首次訪問要解析 img.example.com 的域名如果本地沒有緩存需要走完整的 DNS 迭代查詢這一步可能耗時(shí)幾十到幾百毫秒。第二層TCP 連接。建立 TCP 連接需要三次握手如果是 HTTPS 還要加 TLS 握手RTT 高的情況下會(huì)更明顯。第三層CDN 調(diào)度。如果這個(gè)域名接了 CDNDNS 解析會(huì)返回 CDN 邊緣節(jié)點(diǎn)的 IP用戶從邊緣節(jié)點(diǎn)拿數(shù)據(jù)。首次訪問時(shí)如果邊緣節(jié)點(diǎn)沒有緩存就要回源到七牛云的對(duì)象存儲(chǔ)拉取圖片再緩存到邊緣節(jié)點(diǎn)。這就是首次慢、二次快的核心原因。第四層HTTP 緩存。第二次訪問時(shí)瀏覽器本地可能命中了強(qiáng)緩存Cache-Control: max-age或者通過 ETag / Last-Modified 發(fā)了協(xié)商緩存請(qǐng)求304 響應(yīng)直接復(fù)用本地副本。答題時(shí)把這些鏈路講完整同時(shí)點(diǎn)出回源這個(gè)關(guān)鍵動(dòng)作就能體現(xiàn)出你對(duì) CDN 業(yè)務(wù)的理解深度。3.3 場(chǎng)景設(shè)計(jì)題設(shè)計(jì)一個(gè)支持秒傳的文件上傳接口設(shè)計(jì)題是卷三的壓軸常見場(chǎng)景是為對(duì)象存儲(chǔ)設(shè)計(jì)一個(gè)文件上傳接口要求支持秒傳。秒傳的原理其實(shí)就是文件指紋去重客戶端先計(jì)算文件的哈希值通常用 SHA-1 或 MD5配合文件大小把哈希值傳給服務(wù)端。服務(wù)端在元數(shù)據(jù)里查一下如果已經(jīng)存在相同哈希的文件就不需要真正上傳數(shù)據(jù)了直接把新引用的元數(shù)據(jù)指向已有對(duì)象即可。答題時(shí)要注意幾個(gè)點(diǎn)哈希碰撞概率雖然低但生產(chǎn)環(huán)境要二次確認(rèn)通常加一個(gè)文件大小的比對(duì)甚至抽樣校驗(yàn)。上傳流程要拆分初始化上傳申請(qǐng) uploadId、分片上傳可選、完成上傳合并分片并觸發(fā)去重檢查、回調(diào)通知。并發(fā)去重時(shí)會(huì)遇到競(jìng)態(tài)條件兩個(gè)客戶端同時(shí)上傳同一個(gè)哈希的文件需要用分布式鎖或者讓去重檢查在存儲(chǔ)層原子完成避免產(chǎn)生兩份相同數(shù)據(jù)。這道題考察的不是你會(huì)不會(huì)調(diào) SDK而是你有沒有架構(gòu)思維能不能把一個(gè)簡(jiǎn)單功能拆成可落地的多模塊流程。4. 高頻扣分點(diǎn)復(fù)盤這些坑我見得太多了4.1 邊界條件就是送命題算法題寫得好不好邊界條件占一半。很多候選人拿到題就開始寫循環(huán)寫完 main 用例一跑誒對(duì)了就交卷。結(jié)果邊界用例一測(cè)崩了。我整理幾個(gè)高頻邊界場(chǎng)景你們寫代碼時(shí)對(duì)照檢查對(duì)鏈表操作先確認(rèn) head 是否為 nil鏈表長(zhǎng)度是否只有 1。對(duì)數(shù)組操作確認(rèn)數(shù)組長(zhǎng)度為 0 時(shí)你的代碼不會(huì)越界訪問。對(duì)二分查找left 和 right 的初始化邊界直接決定死循環(huán)與否建議用左閉右開區(qū)間統(tǒng)一邏輯。對(duì)字符串處理考慮空串、全空格、大小寫混合的輸入。筆試環(huán)境里的測(cè)試用例往往不全如果你自己能主動(dòng)構(gòu)造邊界用例去驗(yàn)證就已經(jīng)超過了 80% 的候選人。4.2 分布式題瞎扯一致性協(xié)議我在審卷時(shí)經(jīng)?？吹揭环N回答一提到分布式張口就是 ZAB、Raft、Paxos好像誰(shuí)說(shuō)的協(xié)議多誰(shuí)就贏了。但問到你的系統(tǒng)到底需要強(qiáng)一致還是最終一致時(shí)很多人反而說(shuō)不清楚。答題最重要的思維是一致性是一個(gè) spectrum不是只有 0 和 1。你要做的是根據(jù)業(yè)務(wù)場(chǎng)景選一個(gè)合適的級(jí)別。比如對(duì)象存儲(chǔ)的元數(shù)據(jù)操作創(chuàng)建桶、刪除對(duì)象需要強(qiáng)一致否則會(huì)出現(xiàn)刪了還能讀到的詭異問題而文件內(nèi)容分發(fā)到 CDN 邊緣節(jié)點(diǎn)則天然是最終一致的因?yàn)檫吘壘彺姹緛?lái)就有 TTL。筆試時(shí)遇到這類題先定位場(chǎng)景再談方案。先用一句話說(shuō)清楚業(yè)務(wù)對(duì)一致性的需求再去描述協(xié)議原理分?jǐn)?shù)就穩(wěn)穩(wěn)拿到手。反過來(lái)上來(lái)就背協(xié)議細(xì)節(jié)只會(huì)在不相關(guān)的邊緣被扣分。4.3 時(shí)間分配失衡導(dǎo)致編程題直接放空每年都有人客觀題摳太久最后編程題只寫了個(gè)函數(shù)簽名就交了。卷三的量不輕客觀題里偶爾會(huì)有計(jì)算題比如 IP 地址劃分、內(nèi)存頁(yè)面置換次數(shù)非常耗時(shí)。我的建議是拿到卷子先花兩分鐘掃一遍全卷把編程題和設(shè)計(jì)題的題目讀完然后先做編程題再做設(shè)計(jì)題最后回頭啃客觀題。原因很簡(jiǎn)單編程題和設(shè)計(jì)題分值重、區(qū)分度高而且就算拿不穩(wěn)也有思路分?？陀^題是踩點(diǎn)分你對(duì)就是對(duì)錯(cuò)就是錯(cuò)是零和博弈。先保證大題有產(chǎn)出再回頭拿小題的分是性價(jià)比最高的策略。5. 面向今天校招的備考建議5.1 復(fù)習(xí)路徑怎么排更高效如果你現(xiàn)在正在準(zhǔn)備云廠商的校招筆試我的建議是分三階段準(zhǔn)備。第一階段打基礎(chǔ)用兩周時(shí)間把數(shù)據(jù)結(jié)構(gòu)和計(jì)算機(jī)網(wǎng)絡(luò)過一遍。數(shù)據(jù)結(jié)構(gòu)重點(diǎn)放在數(shù)組、鏈表、棧、隊(duì)列、樹、哈希表、排序和二分查找。計(jì)算機(jī)網(wǎng)絡(luò)重點(diǎn)放在 HTTP、TCP、DNS、緩存。推薦《圖解HTTP》和《計(jì)算機(jī)網(wǎng)絡(luò)自頂向下方法》配合刷題。第二階段刷題用三到四周時(shí)間刷 LeetCode 熱題 100 和劍指 Offer。重點(diǎn)練習(xí)鏈表、二叉樹、動(dòng)態(tài)規(guī)劃、棧與隊(duì)列這四類。每道題都要求自己先寫測(cè)試用例再寫代碼最后對(duì)著邊界復(fù)測(cè)。要讓自己養(yǎng)成閉環(huán)習(xí)慣題目讀懂、思路寫出、代碼寫完、邊界驗(yàn)證、復(fù)雜度分析五步一個(gè)都不能少。第三階段模擬實(shí)戰(zhàn)找兩套云廠商的歷年校招筆試真題網(wǎng)上資料很多卡著時(shí)間完整做一遍。做的時(shí)候嚴(yán)格按照先編程題后客觀題的策略模擬真實(shí)考場(chǎng)節(jié)奏。做完后不要只看對(duì)錯(cuò)要復(fù)盤每道題花了多長(zhǎng)時(shí)間卡在哪里是知識(shí)點(diǎn)遺漏還是手速問題。5.2 面試官真正在意的三個(gè)品質(zhì)從筆試到面試我自己的體感是校招越來(lái)越不看你會(huì)多少而看你能不能上手干活。這背后是三個(gè)品質(zhì)第一個(gè)品質(zhì)是工程嗅覺。同樣是寫一個(gè)文件上傳接口有人只寫三個(gè)接口完事有人會(huì)主動(dòng)考慮分片斷點(diǎn)續(xù)傳、并發(fā)去重、回調(diào)重試機(jī)制。這種差距不是刷題能補(bǔ)的需要平時(shí)多讀開源項(xiàng)目代碼多看云廠商的文檔和最佳實(shí)踐。第二個(gè)品質(zhì)是對(duì)故障的敏感度。一個(gè)合格的云廠商工程師聽到緩存命中率低的第一反應(yīng)應(yīng)該是去查哪些 key 的訪問量高但命中低而不是上來(lái)就要改架構(gòu)。筆試設(shè)計(jì)題里那些給一個(gè)故障現(xiàn)象讓分析原因的問題本質(zhì)就在考察這種敏感度。第三個(gè)品質(zhì)是表達(dá)的結(jié)構(gòu)化。面試和筆試的簡(jiǎn)答題里我最欣賞的表達(dá)方式是先給結(jié)論再列原因最后說(shuō)方案。比如問為什么數(shù)據(jù)庫(kù)查詢變慢了回答我先懷疑是索引失效因?yàn)?SQL 里對(duì)索引列做了函數(shù)運(yùn)算驗(yàn)證方式是執(zhí)行 EXPLAIN 看執(zhí)行計(jì)劃解決方案是改寫 SQL 為范圍查詢——這樣答題閱卷人幾乎不用費(fèi)勁就能抓到你的思路。5.3 多看存儲(chǔ)與 CDN 的經(jīng)典資料如果你的目標(biāo)明確是七牛云這類存儲(chǔ)/CDN 方向的公司有幾份資料值得反復(fù)精讀。第一份是《大規(guī)模分布式存儲(chǔ)系統(tǒng)》原理解析部分重點(diǎn)看數(shù)據(jù)分布、副本一致性。第二份是七牛云官方文檔里關(guān)于對(duì)象存儲(chǔ)、數(shù)據(jù)處理管道的內(nèi)容尤其是上傳流程和錯(cuò)誤碼定義能幫你建立對(duì)真實(shí)產(chǎn)品的感知。第三份是 CDN 技術(shù)的科普文章重點(diǎn)理解邊緣節(jié)點(diǎn)、回源、緩存命中和刷新預(yù)熱這套機(jī)制。說(shuō)實(shí)話2018 年的卷子放在今天看題型和考點(diǎn)并沒有本質(zhì)變化。云計(jì)算行業(yè)的技術(shù)框架已經(jīng)趨于穩(wěn)定校招更看重的是你在這個(gè)框架里的基礎(chǔ)扎實(shí)度和解決問題的思路完整度。這也是為什么這份舊題目依然有參考價(jià)值。6. 常見問題速查考前翻一遍能救急我把筆試中最高頻的幾個(gè)知識(shí)點(diǎn)整理成一張速查表考前快速過一遍非常管用?？键c(diǎn)一句話核心高頻陷阱強(qiáng)緩存 vs 協(xié)商緩存強(qiáng)緩存不發(fā)請(qǐng)求協(xié)商緩存發(fā)條件請(qǐng)求分不清 Cache-Control 和 ETag 的觸發(fā)順序TCP 三次握手SYN, SYNACK, ACK 的時(shí)序不知道為什么不是兩次握手進(jìn)程 vs 線程進(jìn)程是資源分配單位線程是調(diào)度單位把調(diào)度和資源分配混為一談死鎖四條件互斥、持有并等待、不可剝奪、循環(huán)等待漏答一個(gè)條件一致性哈希節(jié)點(diǎn)變化時(shí)最小化數(shù)據(jù)遷移忘記聊虛擬節(jié)點(diǎn)多副本 vs 糾刪碼多副本讀性能好糾刪碼存儲(chǔ)成本低只談復(fù)制因子 3 不談糾刪碼對(duì)象存儲(chǔ)概念Bucket 是命名空間Object 是數(shù)據(jù)實(shí)體混淆防篡改和加密秒傳原理哈希去重不重復(fù)傳輸內(nèi)容忘記考慮并發(fā)去重的競(jìng)態(tài)這個(gè)表的價(jià)值在于考前只需要掃一遍就能把最基礎(chǔ)、最容易丟分的點(diǎn)全部拉起來(lái)。但特別注意表格只是索引真正答題時(shí)一定要展開說(shuō)明不能只寫幾個(gè)關(guān)鍵詞。拿強(qiáng)緩存 vs 協(xié)商緩存來(lái)說(shuō)完整回答應(yīng)該是瀏覽器第一次拿到響應(yīng)時(shí)如果響應(yīng)頭帶了 Cache-Control: max-age3600那么在 3600 秒內(nèi)的后續(xù)請(qǐng)求直接使用本地緩存不發(fā)網(wǎng)絡(luò)請(qǐng)求這就是強(qiáng)緩存等到緩存過期后瀏覽器帶上 If-None-Match對(duì)應(yīng) ETag重新發(fā)請(qǐng)求服務(wù)器返回 304 表示資源未修改瀏覽器繼續(xù)使用本地緩存這是協(xié)商緩存。只有把鏈路講完整閱卷人才能確認(rèn)你真的懂而不是背了結(jié)論。我個(gè)人在帶新人的過程中發(fā)現(xiàn)很多筆試能過的人不是因?yàn)樗麄兯⒘烁嗟念}而是因?yàn)樗麄儗?duì)每個(gè)知識(shí)點(diǎn)都能講出三層是什么、為什么、怎么用。你翻一翻手上的筆試題凡是那些讓你糾結(jié)的題目試著用這個(gè)三層框架去套一套往往很快就能找到自己的盲區(qū)。最后再分享一個(gè)小技巧拿到筆試題后如果時(shí)間允許先在草稿紙上把每個(gè)大題的答題框架列出來(lái)再動(dòng)手寫詳細(xì)內(nèi)容。這個(gè)習(xí)慣幫我避免了很多次寫到一半發(fā)現(xiàn)跑題的尷尬。對(duì)于七牛云這套卷子來(lái)說(shuō)設(shè)計(jì)題尤其適合先列框架再填充內(nèi)容因?yàn)樗脑u(píng)分點(diǎn)分散在多個(gè)維度有框架才不會(huì)漏點(diǎn)。