2025年軟件架構(gòu)師考試試題及答案一、單項選擇題（每題1分，共20分。每題只有一個正確答案，錯選、多選均不得分）1.在微服務(wù)架構(gòu)中，下列哪項最符合“服務(wù)自治”原則？A.所有服務(wù)共享同一數(shù)據(jù)庫以保證數(shù)據(jù)一致性B.服務(wù)間通過共享內(nèi)存進(jìn)行高速通信C.每個服務(wù)擁有獨立代碼倉庫、獨立數(shù)據(jù)存儲與獨立部署流水線D.服務(wù)間通過集中式ESB進(jìn)行路由與編排答案：C解析：服務(wù)自治要求服務(wù)在數(shù)據(jù)、代碼、部署、運(yùn)維維度均獨立，共享數(shù)據(jù)庫或集中式總線均違背該原則。2.某電商系統(tǒng)采用CQRS模式，讀模型與寫模型分離。下列關(guān)于讀模型的描述，正確的是：A.讀模型必須滿足第三范式以降低冗余B.讀模型只能使用關(guān)系型數(shù)據(jù)庫C.讀模型允許高度反范式化以提升查詢性能D.讀模型與寫模型必須保持實時強(qiáng)一致答案：C解析：CQRS的讀模型面向查詢優(yōu)化，允許冗余、預(yù)計算、反范式化，甚至可使用ElasticSearch等NoSQL存儲。3.在零信任安全模型中，最關(guān)鍵的前提是：A.內(nèi)網(wǎng)流量默認(rèn)可信B.每次訪問都需經(jīng)過身份驗證與動態(tài)授權(quán)C.使用VPN即可滿足安全需求D.防火墻規(guī)則一旦設(shè)定無需再調(diào)整答案：B解析：零信任的核心是“永不信任、持續(xù)驗證”，無論請求來源何處，均需動態(tài)認(rèn)證與最小權(quán)限授權(quán)。4.某系統(tǒng)使用Kubernetes，Pod頻繁出現(xiàn)OOMKilled。最優(yōu)先排查的指標(biāo)是：A.CPUThrottlingB.網(wǎng)絡(luò)RTTC.內(nèi)存Limit與Request設(shè)置D.磁盤IOPS答案：C解析：OOMKilled直接由內(nèi)存超限觸發(fā)，需檢查容器的內(nèi)存Request/Limit配置是否低于實際峰值。5.在領(lǐng)域驅(qū)動設(shè)計（DDD）中，以下哪個概念最適合描述“訂單已支付”這一業(yè)務(wù)事實？A.實體（Entity）B.值對象（ValueObject）C.領(lǐng)域事件（DomainEvent）D.聚合根（AggregateRoot）答案：C解析：業(yè)務(wù)事實的發(fā)生通常以領(lǐng)域事件形式捕獲，便于最終一致性與事件溯源。6.當(dāng)使用Saga模式處理分布式事務(wù)時，補(bǔ)償事務(wù)的最佳觸發(fā)時機(jī)是：A.每次本地事務(wù)提交后立即補(bǔ)償B.由協(xié)調(diào)器收到失敗通知后按序執(zhí)行補(bǔ)償C.用戶手動觸發(fā)D.定時任務(wù)輪詢補(bǔ)償答案：B解析：Saga采用協(xié)同或編排方式，失敗時由協(xié)調(diào)器反向調(diào)用補(bǔ)償操作，保證最終一致。7.在Serverless場景下，以下哪項最能降低冷啟動延遲？A.增大函數(shù)內(nèi)存到3008MBB.使用Java8運(yùn)行時C.啟用ProvisionedConcurrencyD.將函數(shù)打包為ZIP100MB答案：C解析：ProvisionedConcurrency預(yù)先啟動實例，徹底消除冷啟動，適用于延遲敏感型業(yè)務(wù)。8.某系統(tǒng)采用事件溯源，事件存儲選用Kafka。重啟投影服務(wù)時，為保證投影數(shù)據(jù)正確，必須：A.從最新偏移量開始消費(fèi)B.從最早偏移量開始消費(fèi)C.基于快照點+增量事件重放D.刪除舊投影重新全量拉取答案：C解析：事件溯源重啟投影通常結(jié)合快照（Snapshot）機(jī)制，避免全量重放千萬級事件，提升恢復(fù)速度。9.在CAP定理中，當(dāng)網(wǎng)絡(luò)分區(qū)發(fā)生，選擇放棄一致性而保證可用性的系統(tǒng)被稱為：A.CP系統(tǒng)B.AP系統(tǒng)C.CA系統(tǒng)D.PAC系統(tǒng)答案：B解析：AP系統(tǒng)在分區(qū)時繼續(xù)提供服務(wù)，允許數(shù)據(jù)不一致，后續(xù)通過沖突解決機(jī)制達(dá)成最終一致。10.使用分庫分表后，出現(xiàn)“跨分片JOIN”性能極差，最合理的治理策略是：A.強(qiáng)制所有SQL必須帶分片鍵B.在應(yīng)用層組裝數(shù)據(jù)，禁止跨庫JOINC.引入分布式事務(wù)中間件D.提升數(shù)據(jù)庫主從延遲答案：B解析：分庫分表最佳實踐是業(yè)務(wù)層拆解查詢，多次單分片查詢后聚合，避免跨庫JOIN帶來的網(wǎng)絡(luò)與計算放大。11.在API網(wǎng)關(guān)中，實現(xiàn)“灰度發(fā)布”最輕量的方式是：A.修改DNS權(quán)重B.根據(jù)Header或JWTClaim路由C.重啟網(wǎng)關(guān)加載新配置D.使用iptables轉(zhuǎn)發(fā)答案：B解析：網(wǎng)關(guān)層根據(jù)請求特征（如userid=1%）動態(tài)路由到不同版本服務(wù)，無需改動DNS或網(wǎng)絡(luò)層。12.某金融系統(tǒng)要求RPO=0、RTO<30秒，最合適的災(zāi)備方案是：A.每日全量備份+異地磁帶B.主從半同步復(fù)制+跨AZ部署C.雙活多寫+同步復(fù)制D.異步binlog+延遲回放答案：C解析：雙活多寫配合同步復(fù)制可實現(xiàn)RPO=0，跨Region延遲低于百毫秒，滿足RTO<30秒。13.在Dubbo3中，使用Triple協(xié)議的最大優(yōu)勢是：A.基于HTTP/2，天然支持流式與多語言B.僅支持JavaC.使用私有TCP協(xié)議，性能最高D.無需序列化答案：A解析：Triple協(xié)議基于HTTP/2+Protobuf，支持多語言、流式通信，兼容gRPC生態(tài)。14.以下哪項最能體現(xiàn)“可觀測性”三大支柱中的“可追蹤性”？A.Prometheus采集CPU指標(biāo)B.Grafana繪制QPS折線C.Jaeger展示一次下單跨8個服務(wù)的調(diào)用鏈D.Loki收集系統(tǒng)日志答案：C解析：調(diào)用鏈追蹤（Tracing）通過TraceID串聯(lián)請求路徑，是可追蹤性的核心實現(xiàn)。15.在領(lǐng)域建模工作坊中，識別“限界上下文”的最佳技術(shù)是：A.用例預(yù)演+場景走查B.代碼ReviewC.數(shù)據(jù)庫ER圖D.甘特圖答案：A解析：通過事件風(fēng)暴、場景走查，觀察業(yè)務(wù)語言分歧點，自然劃分限界上下文。16.使用Istio進(jìn)行流量治理時，VirtualService中的“fault”字段主要用于：A.配置mTLSB.注入延遲或異常，模擬故障C.設(shè)置負(fù)載均衡算法D.定義目標(biāo)規(guī)則答案：B解析：fault注入用于混沌工程，可模擬超時、500錯誤，驗證系統(tǒng)彈性。17.在12FactorApp中，關(guān)于“日志”因素的正確描述是：A.日志寫入本地文件，方便排查B.日志作為事件流，輸出到stdout/stderrC.日志必須落盤持久化7年D.日志格式使用二進(jìn)制加速答案：B解析：12Factor要求日志無狀態(tài)，作為事件流由執(zhí)行環(huán)境采集，避免本地文件管理。18.某系統(tǒng)使用RedisCluster，出現(xiàn)“MOVED”重定向過多，最可能的原因是：A.客戶端未啟用Cluster支持B.使用了事務(wù)WATCHC.內(nèi)存不足D.網(wǎng)絡(luò)丟包答案：A解析：客戶端若未開啟Cluster模式，不會緩存槽位映射，導(dǎo)致每次請求都觸發(fā)MOVED重定向。19.在敏捷架構(gòu)評估中，使用“架構(gòu)權(quán)衡分析方法”（ATAM）主要輸出：A.用戶故事B.風(fēng)險、非風(fēng)險、敏感點、權(quán)衡點C.燃盡圖D.代碼覆蓋率答案：B解析：ATAM聚焦質(zhì)量屬性場景，識別風(fēng)險與敏感點，指導(dǎo)架構(gòu)權(quán)衡。20.當(dāng)使用GitFlow時，發(fā)布分支（release）從哪個分支拉出？A.mainB.developC.hotfixD.feature答案：B解析：release分支基于develop，完成版本凍結(jié)、集成測試后合并到main并打Tag。二、多項選擇題（每題2分，共20分。每題至少有兩個正確答案，多選、少選、錯選均不得分）21.以下哪些措施能有效降低分布式緩存穿透風(fēng)險？A.布隆過濾器預(yù)判空值B.空值緩存短TTLC.緩存雪崩時隨機(jī)過期時間D.使用互斥鎖單線程回源答案：A、B、D解析：C解決雪崩而非穿透；A、B、D組合可攔截大量不存在Key的請求，避免壓垮存儲。22.關(guān)于ServiceMesh的Sidecar模式，下列說法正確的有：A.Sidecar與業(yè)務(wù)容器共享網(wǎng)絡(luò)命名空間B.Sidecar自動加密東西向流量C.Sidecar會增大內(nèi)存開銷約50120MB/PodD.Sidecar消除了對開發(fā)語言的依賴答案：A、B、C、D解析：Sidecar通過iptables透明攔截，實現(xiàn)mTLS、可觀測、多語言治理，但帶來額外資源。23.在進(jìn)行領(lǐng)域分層時，傳統(tǒng)DDD推薦的層包括：A.用戶界面層B.應(yīng)用層C.領(lǐng)域?qū)覦.基礎(chǔ)設(shè)施層答案：A、B、C、D解析：四層分層模式明確職責(zé)，隔離業(yè)務(wù)與技術(shù)細(xì)節(jié)。24.以下哪些屬于典型的“彈性設(shè)計模式”？A.斷路器B.重試退避C.艙壁隔離D.事件溯源答案：A、B、C解析：D為數(shù)據(jù)一致性模式；A、B、C均用于提升系統(tǒng)容錯與彈性。25.使用SpringCloudGateway時，可自定義實現(xiàn)全局過濾器做哪些事情？A.認(rèn)證授權(quán)B.指標(biāo)埋點C.灰度路由D.響應(yīng)加密答案：A、B、D解析：灰度路由通常通過RouteLocator或元數(shù)據(jù)實現(xiàn)，全局過濾器適合橫切關(guān)注點如認(rèn)證、加密、埋點。26.以下哪些做法會違反GDPR的“數(shù)據(jù)最小化”原則？A.收集用戶生日用于發(fā)放優(yōu)惠券B.默認(rèn)勾選“允許推送營銷郵件”C.日志中記錄用戶明文密碼D.將用戶行為數(shù)據(jù)永久保存用于未來未知分析答案：B、C、D解析：A若與業(yè)務(wù)直接相關(guān)且經(jīng)同意則合規(guī)；B未明確同意，C、D過度收集與保存。27.在采用“云原生”架構(gòu)時，以下哪些屬于“不可變基礎(chǔ)設(shè)施”實踐？A.通過Ansible動態(tài)修改運(yùn)行中容器內(nèi)核參數(shù)B.使用GoldenImage+滾動替換C.Kubernetes中通過ReplicaSet滾動升級D.手動SSH進(jìn)虛擬機(jī)調(diào)整配置答案：B、C解析：不可變基礎(chǔ)設(shè)施禁止運(yùn)行時修改，采用新鏡像整體替換。28.以下哪些指標(biāo)可直接反映用戶體驗（RealUserMonitoring）？A.LCP（LargestContentfulPaint）B.FID（FirstInputDelay）C.ErrorRate5xxD.CDNCacheHitRatio答案：A、B解析：LCP、FID為CoreWebVitals核心指標(biāo)，直接衡量頁面體驗；C、S為服務(wù)端/邊緣指標(biāo)。29.在多云災(zāi)備場景下，以下哪些技術(shù)可實現(xiàn)跨云二層網(wǎng)絡(luò)拉伸？A.VXLAN+EVPNB.GRE隧道C.SDWAND.云廠商私有VPCPeering答案：A、B、C解析：Peering通常三層，無法拉伸二層；VXLAN、GRE、SDWAN可構(gòu)建二層Overlay。30.以下哪些屬于“響應(yīng)式架構(gòu)”特征？A.消息驅(qū)動B.回壓機(jī)制C.阻塞IOD.彈性伸縮答案：A、B、D解析：響應(yīng)式宣言強(qiáng)調(diào)即時響應(yīng)性、回壓、彈性、消息驅(qū)動；C為傳統(tǒng)阻塞模型。三、判斷題（每題1分，共10分。正確打“√”，錯誤打“×”）31.在領(lǐng)域驅(qū)動設(shè)計中，聚合根之間必須通過對象引用直接關(guān)聯(lián)，以保證對象圖完整。答案：×解析：聚合根之間通過ID關(guān)聯(lián)，避免跨聚合事務(wù)與引用一致性難題。32.使用Kafka作為事件總線時，開啟冪等生產(chǎn)者即可實現(xiàn)端到端ExactlyOnce語義。答案：×解析：冪等生產(chǎn)者僅解決單會話重試冪等，端到端ExactlyOnce需配合事務(wù)型生產(chǎn)者與下游冪等消費(fèi)。33.在Kubernetes中，ConfigMap大小上限是1MiB，超限需使用Volume掛載。答案：√解析：etcd對象大小限制1MiB，ConfigMap亦然，大配置可掛Volume或拆分為多對象。34.云原生應(yīng)用要求狀態(tài)必須外置，因此不能在容器內(nèi)寫任何文件。答案：×解析：允許寫臨時文件（EmptyDir），但持久狀態(tài)需外置到PVC或?qū)ο蟠鎯Α?5.使用JWT自包含令牌后，服務(wù)端無需任何會話存儲即可實現(xiàn)注銷。答案：×解析：JWT無狀態(tài)導(dǎo)致服務(wù)端無法強(qiáng)制失效，需引入令牌黑名單或縮短有效期+刷新機(jī)制。36.在DDD中，限界上下文與微服務(wù)粒度總是一一對應(yīng)。答案：×解析：可一個限界上下文拆多個微服務(wù)，也可多個上下文合并一個服務(wù)，需權(quán)衡團(tuán)隊、性能、運(yùn)維成本。37.采用“APIFirst”開發(fā)模式時，應(yīng)先編寫OpenAPI規(guī)范，再生成服務(wù)端代碼與客戶端SDK。答案：√解析：APIFirst強(qiáng)調(diào)契約先行，減少聯(lián)調(diào)成本，支持并行開發(fā)。38.使用Terraform管理基礎(chǔ)設(shè)施時，狀態(tài)文件（tfstate）應(yīng)提交到Git公有倉庫方便共享。答案：×解析：tfstate含敏感資源ID，應(yīng)放遠(yuǎn)程加密后端如S3+DynamoDB，禁止明文入Git。39.在ServiceMesh中，mTLS加密會顯著增加CPU消耗，但通常低于5%。答案：√解析：Envoy使用硬件加速，實測CPU增幅25%，可接受。40.采用“混沌工程”時，實驗前必須明確“穩(wěn)態(tài)假設(shè)”與“終止條件”。答案：√解析：混沌工程核心為“可觀測+可回滾”，缺乏穩(wěn)態(tài)與終止條件將演變?yōu)楣收?。四、簡答題（每題10分，共30分）41.某社交平臺采用“粉絲推送”場景，寫入TPS約5萬，讀QPS約100萬。請設(shè)計一套高可用、可擴(kuò)展的消息流架構(gòu)，要求支持多語言客戶端、離線回放、至少一次投遞，并說明如何保障“粉絲收到后不丟失”。答案與解析：1)整體采用事件流平臺Kafka，按<userId>作為Key分區(qū)，保證同一用戶事件順序。2)生產(chǎn)者使用Kafka冪等生產(chǎn)者+事務(wù)消息，確?！爸辽僖淮巍?。3)消費(fèi)者采用KafkaConsumerGroup，支持多語言（Go、Python、Rust）。4)開啟Topic級retention7天，支持離線回放；使用CompactedTopic保存最新粉絲關(guān)系快照，減少重放體積。5)粉絲端接收后需ACK，ACK采用“異步批量提交+本地WAL”雙寫，防止進(jìn)程崩潰丟失ACK。6)服務(wù)端維護(hù)“投遞位點”與“消費(fèi)位點”雙軌，通過冪等Key（messageId）去重，實現(xiàn)ExactlyOnce語義。7)跨機(jī)房3副本+min.insync.replicas=2，保障分區(qū)容錯。8)采用MirrorMaker2做跨Region復(fù)制，實現(xiàn)異地容災(zāi)。通過上述設(shè)計，寫入側(cè)可水平擴(kuò)展至百萬級TPS；消費(fèi)側(cè)通過Group擴(kuò)容，粉絲端本地WAL+ACK機(jī)制保證消息不丟失。42.描述“數(shù)據(jù)庫分片”后出現(xiàn)的“熱點分片”問題，并給出至少三種治理手段及適用場景。答案與解析：熱點分片指某一分片Key（如商戶ID）訪問量遠(yuǎn)超其他，導(dǎo)致該分片CPU/IO打滿，整體系統(tǒng)性能下降。治理手段：1)分片鍵再拆分：將大商戶拆分子分片（shardKey=商戶ID+日期），適用于時間維度可預(yù)測、業(yè)務(wù)可接受按天下游查詢。2)一致性哈希+虛擬節(jié)點：將熱點Key