最近刷了粉筆、軟考通、各種回憶版把最近四次的系統(tǒng)架構(gòu)設(shè)計師上午題翻來覆去對比了好幾遍。我發(fā)現(xiàn)一個很有意思的現(xiàn)象很多人覺得“綜合知識”就是純背考點但架構(gòu)相關(guān)的題目命題人其實一直在用有限的題量考你“架構(gòu)思維”。上午題里架構(gòu)這一塊已經(jīng)從“這叫不叫某種架構(gòu)風格”演進成“給你一堆業(yè)務(wù)約束你得判斷該選哪種架構(gòu)甚至能看到某個決策帶來的連鎖代價”。這篇文章不聊泛泛的備考大道理就聊我自己從近四次真題里扒出來的架構(gòu)考點分布、高頻知識點、三類典型題目的解題套路以及我踩過的坑。適合正在備考系分、對“架構(gòu)綜合知識”還停留在死記硬背階段的朋友參考也適合想從真題中找命題規(guī)律的老考生一起交流。1. 近四次真題里架構(gòu)綜合知識到底考了什么1.1 從“四張卷子”里數(shù)出來的考點分布我把近四次的上午題綜合知識全部過了一遍凡是涉及到“架構(gòu)”二字的、以及有明顯架構(gòu)決策背景的題都摘了出來。統(tǒng)計下來每次考試架構(gòu)相關(guān)題目穩(wěn)定在8到12道之間占比大概是綜合知識總數(shù)的14%到20%。這個比例不算低而且近幾年明顯比“操作系統(tǒng)”“數(shù)據(jù)庫”這些傳統(tǒng)大科目更穩(wěn)定。具體到考點大致可以分為四類考點板塊出現(xiàn)頻次典型出題方式架構(gòu)風格與架構(gòu)決策每次必考2-4題給場景選風格、判斷風格特點分布式架構(gòu)與CAP/BASE每次必考2-3題CAP組合選擇、一致性級別判斷微服務(wù)、容器、云原生頻次上升2-3題微服務(wù)拆分、服務(wù)網(wǎng)格、容器編排架構(gòu)評估與質(zhì)量屬性每兩次至少出現(xiàn)一次ATAM、質(zhì)量場景、權(quán)衡點除了這四類還會零星出現(xiàn)“架構(gòu)視圖”“架構(gòu)描述語言ADL”“軟件復用與產(chǎn)品線架構(gòu)”等題目但頻率不高。比較意外的是最近四次里純粹的“架構(gòu)風格定義”類題目在減少取而代之的是“將某兩種風格混合使用”或“在某種風格中識別潛在問題”這類題。這說明命題人不太在意你是不是能背出“批處理風格數(shù)據(jù)驅(qū)動”這種口訣更在意你能不能判斷出“這個業(yè)務(wù)場景用管道-過濾器是否合適”。1.2 考點變化背后的三條主線近四次真題看下來架構(gòu)知識的變化有三條很清晰的主線。第一條主線是“從靜態(tài)結(jié)構(gòu)轉(zhuǎn)向運行時行為”。早幾年的題喜歡給你一張分層架構(gòu)圖問各層職責現(xiàn)在更多是問你“當出現(xiàn)某個事件時事件驅(qū)動架構(gòu)中各個組件如何協(xié)作”。你光記住“事件驅(qū)動有事件總線”沒用還得理解“事件順序”“異步回推”這些行為特征。第二條主線是“從單體架構(gòu)轉(zhuǎn)向分布式復雜度”。CAP、BASE、分布式事務(wù)、最終一致性這幾年頻繁出現(xiàn)而且考的越來越細。比如有一道題直接給了三個數(shù)據(jù)分片策略要求你判斷哪個策略能滿足“查詢延遲低于200ms”的約束這已經(jīng)不是簡單的概念記憶了需要你把一致性、可用性、分區(qū)容錯性放到具體場景里做取舍。第三條主線是“從技術(shù)名詞轉(zhuǎn)向架構(gòu)決策成本”。最典型的是微服務(wù)相關(guān)題不再問“微服務(wù)有哪些好處”反而問“把一個單體拆成微服務(wù)后還要額外引入哪些治理能力”或者“為什么有些場景明明用了微服務(wù)反而建議先合并服務(wù)”。這其實是架構(gòu)師日常做技術(shù)決策時真正會糾結(jié)的事。2. 高頻架構(gòu)考點逐個拆解2.1 架構(gòu)風格與架構(gòu)決策年年都在“變著花樣”考架構(gòu)風格這塊坦白講是性價比最高的得分區(qū)。因為考點非常集中攏共就那么十幾種風格翻來覆去考。但最近幾次真題有一個新趨勢它喜歡把兩種風格放在一起比較或者給你一個混合架構(gòu)讓你判斷。比如有一道題我印象很深場景是“一個數(shù)據(jù)處理流水線要求每個處理步驟都能獨立替換且數(shù)據(jù)在步驟間流轉(zhuǎn)時都要落盤”。四個選項分別是管道-過濾器、倉庫風格、事件驅(qū)動、客戶-服務(wù)器。很多人一看“數(shù)據(jù)處理流水線”就直接選管道-過濾器但題目里加了“每個處理步驟都能獨立替換”和“落盤”兩個約束。管道-過濾器確實支持獨立替換步驟但“落盤”這個動作不是管道-過濾器風格的強項反而是倉庫風格里“數(shù)據(jù)統(tǒng)一存儲、處理工具獨立”的典型特征。所以正確答案更傾向倉庫風格。這個例子想說明什么命題人考的不是“你能報出風格名字”而是“你能把風格的特征和場景約束精準對應(yīng)”。我的應(yīng)對策略是給自己做一個“風格決策表”按照數(shù)據(jù)形態(tài)、控制方式、交互模式三個維度歸納每種風格。表格比口訣管用因為考試時你是拿場景特征去匹配不是拿名字去做排除法。還有一點容易丟分關(guān)于“架構(gòu)風格組合”的題。題目會說“某系統(tǒng)既希望保留分層架構(gòu)的模塊度又希望具備事件驅(qū)動的響應(yīng)性”問你這是什么風格。答案可能是“分層事件驅(qū)動”的混合架構(gòu)。這類題要求你能識別“主風格輔助風格”不能死認一種風格。2.2 分布式架構(gòu)與CAP、BASE不只是背誦分布式這塊近四次真題幾乎每場必考CAP但考法越來越套路化。核心就三種給你一個系統(tǒng)問你它在分區(qū)發(fā)生時是?！翱捎眯浴边€是?！耙恢滦浴苯o你一個分布式數(shù)據(jù)庫的配置問它屬于CP還是AP給你一個業(yè)務(wù)場景要求你判斷“最終一致性是否可接受”。記憶CAP定理本身不難難的是做題時的“條件反射”。我復盤錯題時發(fā)現(xiàn)自己經(jīng)常忽略“分區(qū)P”這個隱含條件。很多系統(tǒng)在設(shè)計時根本沒有分區(qū)發(fā)生所以CAP退化成“在一致性和可用性之間做選擇”但考試題目里往往會暗示“網(wǎng)絡(luò)故障時”或“機房斷網(wǎng)”等場景此時P是必須的只能在C和A里二選一?？辞暹@個前提再做選擇就穩(wěn)了一半。BASE理論這幾年也常出現(xiàn)在選項里但它經(jīng)常作為“最終一致性”的解釋出現(xiàn)。你可以這樣理解BASE不是讓你放棄一致性而是讓你接受“在一段時間內(nèi)數(shù)據(jù)可能不一致但最終會收斂”。真題里有一道關(guān)于“購物車庫存扣減”的選擇題問哪個方案屬于BASE思想正確答案是“先把訂單創(chuàng)建成功庫存允許超賣后臺再逐漸對賬并校正”。這種題就是考你有沒有“最終一致性”的容忍度思維。分布式事務(wù)也是近四次里反復出現(xiàn)的考點。兩階段提交2PC、三階段提交3PC、本地消息表、事務(wù)消息這幾種方案要能說清楚應(yīng)用場景。我個人建議重點理解“為什么2PC有同步阻塞問題”因為真題很喜歡把“性能低”“引入額外協(xié)調(diào)者”這些缺陷混在選項里。2.3 微服務(wù)、容器與云原生分數(shù)占比明顯上升近四次真題里微服務(wù)相關(guān)題目的分數(shù)占比肉眼可見在上升。但你會發(fā)現(xiàn)它考的微服務(wù)不是“Spring Cloud有哪些組件”這種框架題而是“微服務(wù)拆分的最佳實踐”和“微服務(wù)架構(gòu)下引入的新問題”。有一道題很典型給了四個拆分微服務(wù)的方案要求選出哪個是合理的。A是“按代碼行數(shù)拆分避免單個服務(wù)代碼量太大”B是“按業(yè)務(wù)能力拆分每個服務(wù)圍繞一個業(yè)務(wù)域”C是“按數(shù)據(jù)庫表拆分每張表對應(yīng)一個服務(wù)”D是“按團隊人數(shù)拆分每人負責一個服務(wù)”。正確答案顯然是B。這道題其實是考領(lǐng)域驅(qū)動設(shè)計里的“限界上下文”思想但命題人沒有拋出生僻術(shù)語而是把它包裝成業(yè)務(wù)場景。除了拆分微服務(wù)的“副作用”也常被拿來當考點。比如“服務(wù)發(fā)現(xiàn)”“配置中心”“鏈路追蹤”“熔斷限流”這些治理組件對應(yīng)的場景是服務(wù)多了調(diào)用關(guān)系復雜故障容易擴散。真題會問“當某個下游服務(wù)出現(xiàn)超時為了保護系統(tǒng)整體可用性你會優(yōu)先采用以下哪個機制”這是典型熔斷器的應(yīng)用場景。容器和云原生在最近的四次考試中出現(xiàn)頻率增加。Docker、Kubernetes雖然一般只考1到2題但難度逐漸從“容器是什么”變成“Kubernetes中某個組件的作用”。有一道題問的是“Pod的重新調(diào)度由哪個組件負責”答案是控制器Controller Manager不是Scheduler。這類題考察的是你有沒有真正接觸過容器編排而不是背了概念就完事。如果你是純理論型考生我建議至少把Kubernetes的核心組件API Server、Controller Manager、Scheduler、Kubelet職責捋一遍尤其是它們之間誰負責“保證期望狀態(tài)”和“分配節(jié)點”的區(qū)別。近幾年“服務(wù)網(wǎng)格”這個概念也進入了真題雖然頻次還不高但出現(xiàn)過“為什么引入服務(wù)網(wǎng)格”的題。核心答案就是“把流量管理、安全、可觀測性從業(yè)務(wù)代碼中剝離出來下沉到基礎(chǔ)設(shè)施層”。記住“下沉”“非侵入”兩個關(guān)鍵詞基本能應(yīng)付。2.4 架構(gòu)評估與ATAM案例分析題里的“常客”上午題里架構(gòu)評估的出題量不算大經(jīng)常是1到2題但它跟下午案例分析的關(guān)系非常密切。ATAM架構(gòu)權(quán)衡分析方法幾乎是必考術(shù)語但上午題一般不讓你寫步驟而是讓你判斷某個場景屬于“質(zhì)量屬性場景”的哪個部分。質(zhì)量屬性場景有六個要素刺激源、刺激、環(huán)境、制品、響應(yīng)、響應(yīng)度量。真題會給你一段描述比如“當系統(tǒng)出現(xiàn)1000個并發(fā)用戶請求時在正常網(wǎng)絡(luò)環(huán)境下登錄模塊需要在3秒內(nèi)完成認證”然后問你其中“1000個并發(fā)用戶請求”屬于哪部分。這是“刺激”而不是“環(huán)境”因為它是觸發(fā)系統(tǒng)作出響應(yīng)的事件。這個區(qū)分特別容易錯我的經(jīng)驗是“環(huán)境”描述的是系統(tǒng)運行時的上下文比如“正常網(wǎng)絡(luò)環(huán)境”“系統(tǒng)處于峰值狀態(tài)”而“刺激”是直接作用到系統(tǒng)上的事件。ATAM里還有一個高頻術(shù)語叫“權(quán)衡點”。真題可能會問“某個架構(gòu)決策影響了多個質(zhì)量屬性這個決策應(yīng)該被稱為什么”答案就是權(quán)衡點。它同時影響可修改性和性能這類題目考查的其實是“架構(gòu)決策有代價”的意識。3. 三類典型真題的解題思路實錄3.1 情境題如何根據(jù)非功能性需求選架構(gòu)風格近四次真題里情景題占比越來越高。這類題通常給你一個業(yè)務(wù)系統(tǒng)描述幾個技術(shù)約束讓你選最適合的架構(gòu)風格。我總結(jié)了一個四步解題法實測正確率提升明顯。第一步圈出題目中所有的非功能性需求比如“并發(fā)量達到每秒5萬”“請求延遲不高于300ms”“系統(tǒng)需要支持快速迭代”“需要與第三方系統(tǒng)集成”。這些詞后面再熟悉也容易忽略。第二步把每個風格的關(guān)鍵特征和這些需求逐一比對。比如“并發(fā)量大”更可能匹配事件驅(qū)動或微服務(wù)“快速迭代”更可能匹配分層或微服務(wù)“數(shù)據(jù)驅(qū)動處理流程”更可能匹配管道-過濾器。第三步排除明顯矛盾的選項。比如場景是“一個保險理賠流程每個環(huán)節(jié)有嚴格的順序”這時候你用“事件驅(qū)動”就不合適因為事件驅(qū)動在嚴格流程控制上是弱項。第四步如果剩余兩個選項都可行看題干中有沒有“增加某個新處理步驟時”之類的擴展性表述。如果有優(yōu)先選“管道-過濾器”或“微服務(wù)”這類擅長擴展的風格如果有“數(shù)據(jù)格式統(tǒng)一且需要多個工具同時處理數(shù)據(jù)”則選“倉庫風格”。這套方法不保證每道題都對但能把正確率從“憑感覺”提到“有邏輯”。3.2 計算題CAP選型與一致性級別的判斷最近四次的綜合知識里出現(xiàn)了好幾道“偽計算題”。為什么叫偽計算因為計算量不大但需要根據(jù)約束條件推邏輯。典型的是給你一個分布式存儲系統(tǒng)配置問你它的CAP類型。做題的關(guān)鍵是把系統(tǒng)描述拆成三條線。第一條線看“是否需要分區(qū)容錯性”幾乎所有分布式系統(tǒng)都滿足P所以通常一條腿已經(jīng)站定。第二條線看系統(tǒng)在分區(qū)發(fā)生時的行為。如果描述中出現(xiàn)“優(yōu)先保證可用性允許各節(jié)點短暫返回舊數(shù)據(jù)”則選擇AP如果描述中出現(xiàn)“寧可拒絕服務(wù)也不返回不一致的數(shù)據(jù)”則選擇CP。第三條線如果題目問“某個具體操作的一致性級別”你還需要區(qū)分強一致、弱一致、最終一致。強一致對應(yīng)“線性一致性”或“可串行化”最終一致對應(yīng)“允許短暫差異后續(xù)同步”。這里有個容易踩的坑很多人看到“最終一致”就覺得系統(tǒng)是AP其實一致性級別和CAP分類不是嚴格一一對應(yīng)。CP系統(tǒng)在正常運行時也可以提供強一致AP系統(tǒng)在無分區(qū)發(fā)生時也可能人為配置強一致。所以做題要看清問的是“分區(qū)發(fā)生時”還是“正常狀態(tài)下”。還有一道跟“數(shù)據(jù)分片”相關(guān)的題也很典型。場景是“一個訂單數(shù)據(jù)庫按照用戶ID的哈希值分到4個節(jié)點同時每個節(jié)點內(nèi)復制3份副本”然后問你“當其中一個副本節(jié)點宕機時該分片的讀請求如何處理最能保證可用性”。正確答案是“從同一個分片的另外兩個副本中讀取”。這個解法的核心是“哈希分片決定數(shù)據(jù)歸屬副本數(shù)決定冗余度”宕掉的只是一個副本不是整個分片。很多人一看到“宕機”就聯(lián)想到分區(qū)和P其實這里主要考的是副本容錯而不是分區(qū)容錯。3.3 概念辨析題圍繞架構(gòu)視圖與描述方式設(shè)陷阱近四次考試里架構(gòu)視圖相關(guān)的概念辨析題穩(wěn)定出現(xiàn)。主要考查“41視圖模型”中各視圖之間的區(qū)別。經(jīng)常被放在一起混淆的是邏輯視圖和開發(fā)視圖邏輯視圖強調(diào)“用戶視角的功能分解”開發(fā)視圖強調(diào)“程序員視角的模塊組織”。真題可能會給一句描述“系統(tǒng)被劃分為訂單模塊、庫存模塊、支付模塊并且定義了各模塊之間的接口依賴”問你這是在描述哪個視圖。答案是開發(fā)視圖因為模塊和接口是程序員關(guān)心的如果是邏輯視圖更多會用“用戶看到的用例”“功能點”這類詞。另一個容易設(shè)陷阱的是“部署視圖”和“進程視圖”。部署視圖關(guān)注硬件節(jié)點和軟件組件的物理部署位置進程視圖關(guān)注并發(fā)運行時的進程/線程、通信和同步。題干中如果出現(xiàn)“這個模塊運行在獨立的容器中通過消息隊列與其他模塊通信”雖然提到了獨立容器但它強調(diào)的是“運行時進程”所以更接近進程視圖。記住一個口訣“邏輯看功能開發(fā)看模塊進程看并發(fā)物理看部署場景看用例”。但不要只背口訣因為真題喜歡把“場景視圖”改成“用例視圖”來干擾你。一旦看到“用戶與系統(tǒng)的交互流程”就要往場景視圖上靠。4. 備考實操與避坑指南4.1 最容易丟分的幾個“反直覺”點復盤錯題時我總結(jié)出幾個反復踩坑的點這些地方基本不是沒背而是被直覺騙了。第一個反直覺點是“微服務(wù)越細越好”。很多人覺得微服務(wù)就是拆得越細越靈活真題里卻經(jīng)常會出現(xiàn)“服務(wù)拆得過細導致分布式事務(wù)復雜度劇增最終反而需要合并服務(wù)”的選項。備考時一定要建立“拆分粒度需要平衡”的意識不要二極管。第二個反直覺點是“緩存一致性背鍋題”。題目問“使用Redis緩存后如何保證緩存與數(shù)據(jù)庫一致性”有四個方案你很可能選“先更新數(shù)據(jù)庫再更新緩存”但正確答案往往是“先刪除緩存再更新數(shù)據(jù)庫并保證數(shù)據(jù)庫更新成功后延遲雙刪”。如果沒真的處理過緩存一致性問題很容易掉進“先更新緩存”的陷阱。這種題考查的不是你會不會寫代碼而是有沒有意識到“并發(fā)更新緩存會帶來臟數(shù)據(jù)”。第三個反直覺點是“架構(gòu)評估不只是選擇題”。上午題里ATAM可能會考“效用函數(shù)”“敏感點”“權(quán)衡點”很多人分不清敏感點和權(quán)衡點。敏感點“一個質(zhì)量屬性對某個架構(gòu)決策敏感”權(quán)衡點“一個決策影響多個屬性”。真題喜歡把兩者混做選項注意題干是否提到“多個質(zhì)量屬性”這個關(guān)鍵詞。4.2 一套可復用的復習路線如果你現(xiàn)在只有三到四周時間準備架構(gòu)綜合知識我的建議是按以下順序復習。第一階段約1周主攻架構(gòu)風格和質(zhì)量屬性。把十種經(jīng)典風格用表格整理出來每天默寫一遍注意比較它們的異同。同時把質(zhì)量屬性場景的六要素背熟做到看到一段描述能快速拆解出“刺激-響應(yīng)”。第二階段約10天主攻分布式和微服務(wù)。把CAP、BASE、分布式事務(wù)、微服務(wù)拆分、服務(wù)發(fā)現(xiàn)、容器化這幾個關(guān)鍵詞對應(yīng)的常見題型全部刷一遍。刷題時不要只看正確選項要把錯誤選項為什么錯搞明白因為很多真題會把“反直覺的陷阱”放在錯誤選項里。第三階段約1周混刷真題并整理錯題本。我最推薦的方式是“按時間做題-按知識點歸類錯題-每三天回顧一次錯題”。不一定要做很多套關(guān)鍵在于把每道錯題考的知識點變成自己能復述的“一句話規(guī)則”。最后一階段是考前沖刺重點看自己整理的表格和錯題本。不要再去做新題了尤其不要去刷那種偏題怪題綜合作答時越接近“出題人的標準思路”越穩(wěn)。4.3 考前一周的沖刺清單考前一周我建議你做一張A4紙的“架構(gòu)知識單面總結(jié)”正面寫架構(gòu)風格對比表反面寫分布式/微服務(wù)關(guān)鍵詞表。每天用碎片時間默看三遍不要試圖臨時記憶太多新概念。特別提醒近四次真題里有一些題涉及“質(zhì)量效用樹”“風險點”這類概念如果你沒時間系統(tǒng)學就把每個術(shù)語對應(yīng)一句話解釋寫下來。例如“風險點架構(gòu)決策中可能帶來隱患的點”“非風險點當前架構(gòu)決策中沒有明顯隱患的點”“權(quán)衡點影響多個質(zhì)量屬性的決策點”。抓住這些關(guān)鍵描述遇到題時至少能排除兩個錯誤選項。還有一個技巧上午題做完后如果有時間一定要檢查“選是選非”。因為架構(gòu)綜合知識經(jīng)常出現(xiàn)“以下不屬于架構(gòu)風格特征的是”“以下哪一項不是微服務(wù)拆分原則”這類問法。我至少因為看錯問題丟過兩分。5. 常見問題速查與獨家避坑5.1 為什么我背了那么多還是常在架構(gòu)題上翻車因為你背的是“知識點”但真題考的是“決策鏈”。比如結(jié)構(gòu)化布線里管道-過濾器風格的數(shù)據(jù)轉(zhuǎn)換單靠背“數(shù)據(jù)流”很容易忽略“處理節(jié)點獨立”這個特點。建議把近四次真題里所有“場景描述型”題目拿出來像做案例分析一樣把題目中的約束和風格特征逐條連線。5.2 是否需要額外看數(shù)據(jù)庫、網(wǎng)絡(luò)等章節(jié)要看但優(yōu)先級不同。架構(gòu)綜合知識里出現(xiàn)數(shù)據(jù)庫題目時更多是“數(shù)據(jù)分片”“分布式事務(wù)”與架構(gòu)的結(jié)合網(wǎng)絡(luò)題目更側(cè)重“負載均衡”“CDN”等與架構(gòu)決策相關(guān)的概念。不要孤立去背數(shù)據(jù)庫底層實現(xiàn)應(yīng)該按“架構(gòu)約束”這條線去串什么時候需要分庫分表什么時候需要讀寫分離什么時候需要消息隊列削峰這些問題就是架構(gòu)師視角下的數(shù)據(jù)庫。5.3 真題與模擬題題風差別大嗎差別確實存在。很多模擬題喜歡考“某某架構(gòu)的定義”而近四次真題已經(jīng)很少這么考了。真題更傾向于把兩個概念放在一起讓你對比比如“在一致性要求不高的日志采集系統(tǒng)里更適合采用哪種消息模型”。因此做模擬題時凡是直接默寫定義的題可以快速跳過凡是“場景選擇”的題務(wù)必認真做。5.4 只看上午題就能搞定架構(gòu)這塊嗎不行。近四次的上午題和下午的案例分析有很強的聯(lián)動性。比如上午考“架構(gòu)評估質(zhì)量屬性場景”下午就可能讓你畫“質(zhì)量效用樹”上午考“微服務(wù)拆分原則”下午就可能讓你針對一個系統(tǒng)給出拆分方案。建議你在復習上午題時順手把對應(yīng)知識點在下午案例分析中的常見問法也掃一遍。這樣不僅上午題能拿分下午題也能提前積累語料。5.5 要不要背“架構(gòu)設(shè)計原則”這類方法論可以背但不要死背。比如SOLID原則、ACID特性這些基礎(chǔ)在架構(gòu)題里經(jīng)常作為選項出現(xiàn)但不會直接讓你默寫。更重要的是學會“識別原則的體現(xiàn)”比如題目問“哪個設(shè)計體現(xiàn)了開閉原則”你要能從選項中判斷出“使用接口隔離變化”才是正確描述。寫在復盤之后的一點體會我自己把近四次真題做完最大的感受是系分的綜合知識并沒有想象中那么“死”。架構(gòu)這一塊尤其明顯它其實是在用選擇題模擬架構(gòu)師做技術(shù)判斷的瞬間。你掌握的是一些互相矛盾、需要權(quán)衡的因素而不是唯一正確的標準答案。如果你正在備考我建議你少花時間糾結(jié)“這個名詞我是不是見過”多花時間問自己“如果項目中真遇到這種情況我會怎么選”。帶著架構(gòu)師的思維去看題很多答案會自然浮出來。最后再分享一個我自己的小習慣每次做完一套真題我都會把錯題里的場景描述抄到一張卡片上只抄場景和正確選項不抄題目本身。復習時隨機抽一張看著場景說思路比反復看整道題效果好得多。這套笨辦法幫我撐過了最后沖刺期希望對你也有效。