2025上半年軟考系統(tǒng)架構(gòu)設(shè)計(jì)師考試練習(xí)題及答案一、單項(xiàng)選擇題（每題1分，共30分）1.某電商平臺在“618”大促期間采用消息隊(duì)列削峰，以下哪項(xiàng)最能解釋削峰的本質(zhì)目的？A.降低數(shù)據(jù)庫連接池壓力B.減少網(wǎng)絡(luò)帶寬消耗C.將“瞬時(shí)”轉(zhuǎn)為“持續(xù)”處理，保護(hù)后端容量D.提高消息投遞實(shí)時(shí)性答案：C解析：削峰的核心是把短時(shí)間內(nèi)的高并發(fā)請求通過隊(duì)列緩存，平滑成后端可承受的持續(xù)流量，避免系統(tǒng)崩潰。2.在微服務(wù)架構(gòu)中，關(guān)于“服務(wù)熔斷”與“服務(wù)降級”的描述，正確的是：A.熔斷觸發(fā)后一定會執(zhí)行降級邏輯B.降級邏輯執(zhí)行前必須先發(fā)生熔斷C.熔斷是快速失敗，降級是提供兜底，二者可獨(dú)立出現(xiàn)D.熔斷與降級必須依賴同一SDK實(shí)現(xiàn)答案：C解析：熔斷強(qiáng)調(diào)快速失敗保護(hù)系統(tǒng)，降級強(qiáng)調(diào)用戶體驗(yàn)兜底；二者策略正交，可單獨(dú)或組合使用。3.某系統(tǒng)采用CQRS模式，命令端使用MySQL，查詢端使用ElasticSearch。以下哪項(xiàng)措施最能保證最終一致性？A.命令落庫后立即同步刷新ElasticSearch索引B.使用本地事務(wù)同時(shí)寫MySQL與ElasticSearchC.通過Binlog+Kafka+消費(fèi)者異步重放至ElasticSearchD.查詢端定期全量拉取MySQL重建索引答案：C解析：Binlog具備順序性與可靠性，Kafka保證至少一次投遞，消費(fèi)者冪等寫入ES，可實(shí)現(xiàn)秒級最終一致。4.在TOGAFADM循環(huán)中，哪一階段首次出現(xiàn)“架構(gòu)路線圖”？A.階段A：架構(gòu)愿景B.階段B：業(yè)務(wù)架構(gòu)C.階段D：技術(shù)架構(gòu)D.階段F：遷移規(guī)劃答案：D解析：階段F整合差距分析、依賴與成本，首次輸出可執(zhí)行的架構(gòu)路線圖與遷移計(jì)劃。5.某金融系統(tǒng)使用SeataAT模式做分布式事務(wù)，以下哪項(xiàng)最可能導(dǎo)致全局事務(wù)懸掛？A.分支注冊超時(shí)B.全局提交超時(shí)C.TC集群腦裂D.RM側(cè)業(yè)務(wù)冪等未開啟答案：A解析：分支注冊超時(shí)后，RM未收到回滾指令，事務(wù)狀態(tài)懸空，形成懸掛。6.關(guān)于零信任架構(gòu)，以下哪項(xiàng)是其首要原則？A.網(wǎng)絡(luò)邊界防護(hù)B.最小權(quán)限與持續(xù)驗(yàn)證C.單點(diǎn)登錄D.南北向流量加密答案：B解析：零信任默認(rèn)“永不信任、持續(xù)驗(yàn)證”，最小權(quán)限是落地基石。7.在領(lǐng)域建模工作坊中，事件風(fēng)暴（EventStorming）使用橙色便利貼代表：A.聚合B.領(lǐng)域事件C.命令D.讀模型答案：B解析：橙色固定表示領(lǐng)域事件，藍(lán)色為命令，黃色為聚合根。8.某系統(tǒng)使用Kafka做事件溯源，以下哪項(xiàng)配置最能保證事件順序性？A.多分區(qū)+輪詢發(fā)送B.單分區(qū)+指定key按業(yè)務(wù)主鍵hashC.開啟冪等producerD.提高batch.size答案：B解析：同一業(yè)務(wù)主鍵hash到同一分區(qū)即可保證分區(qū)級順序，單分區(qū)全局順序但擴(kuò)展性差。9.在云原生安全中，關(guān)于OPA（OpenPolicyAgent）的描述，錯誤的是：A.使用Rego語言編寫策略B.可作為KubernetesAdmissionControllerC.策略決策必須運(yùn)行在應(yīng)用進(jìn)程內(nèi)D.支持REST方式執(zhí)行policyquery答案：C解析：OPA決策可集中部署為sidecar或獨(dú)立服務(wù)，無需侵入業(yè)務(wù)進(jìn)程。10.某系統(tǒng)采用Dubbo3+Triple協(xié)議，以下哪項(xiàng)最能體現(xiàn)Triple相比Dubbo2默認(rèn)協(xié)議的優(yōu)勢？A.基于HTTP/1.1文本傳輸B.原生支持Reactive流C.強(qiáng)制使用Java序列化D.僅支持阻塞調(diào)用答案：B解析：Triple基于HTTP/2+Protobuf，原生Reactive，支持全雙工流。11.在性能測試中，關(guān)于“CoordinatedOmission”問題的描述，正確的是：A.壓測客戶端未及時(shí)發(fā)送請求導(dǎo)致峰值被掩蓋B.服務(wù)端線程池滿導(dǎo)致響應(yīng)時(shí)間被拉長C.網(wǎng)絡(luò)抖動造成超時(shí)D.GC停頓引發(fā)TP99偏高答案：A解析：協(xié)調(diào)遺漏指客戶端等待響應(yīng)時(shí)才發(fā)下一請求，高延遲時(shí)段請求量天然減少，峰值被平滑。12.某系統(tǒng)使用RedisCluster，采用“雙寫+異步補(bǔ)償”方案，以下哪項(xiàng)最能降低腦裂時(shí)數(shù)據(jù)丟失？A.提高clusternodetimeoutB.寫操作攜帶唯一序列號，補(bǔ)償時(shí)按序列號去重C.禁用Redis持久化D.使用Redlock做分布式鎖答案：B解析：序列號冪等可屏蔽網(wǎng)絡(luò)分區(qū)期間的重放與重復(fù)寫入，降低數(shù)據(jù)不一致。13.在ISO/IEC25010質(zhì)量模型中，“容錯性”屬于：A.功能適合性B.可靠性C.可移植性D.效率答案：B解析：容錯性是可靠性子特性，強(qiáng)調(diào)在故障存在下維持規(guī)定性能。14.某系統(tǒng)使用SpringCloudGateway，以下哪項(xiàng)過濾器工廠可實(shí)現(xiàn)令牌桶限流？A.AddRequestHeaderB.RequestRateLimiterC.RetryD.StripPrefix答案：B解析：RequestRateLimiter基于Redis令牌桶，支持細(xì)粒度限流。15.在Serverless場景，關(guān)于冷啟動的描述，錯誤的是：A.內(nèi)存越大冷啟動時(shí)間越長B.使用Java17比Java8默認(rèn)冷啟動時(shí)間短C.預(yù)留并發(fā)可消除冷啟動D.快照恢復(fù)技術(shù)可降低冷啟動答案：B解析：Java17需加載更多模塊，啟動時(shí)間通常更長，需GraalVM原生鏡像優(yōu)化。16.某系統(tǒng)采用多活架構(gòu)，以下哪項(xiàng)最能衡量真實(shí)“多活”能力？A.RPO=0B.RTO=0C.日常流量30%在異地機(jī)房運(yùn)行D.數(shù)據(jù)同步延遲<1ms答案：C解析：日常真實(shí)流量在異地運(yùn)行，驗(yàn)證業(yè)務(wù)連續(xù)性，RPO/RTO是災(zāi)難指標(biāo)。17.在DevSecOps流水線中，SAST工具最適合的集成階段是：A.生產(chǎn)環(huán)境監(jiān)控B.代碼提交MergeRequest時(shí)C.性能測試D.灰度發(fā)布答案：B解析：靜態(tài)掃描左移，MR階段發(fā)現(xiàn)漏洞成本最低。18.某系統(tǒng)使用ShardingSphere做分庫分表，以下哪項(xiàng)最能避免“跨分片復(fù)雜查詢”性能衰減？A.強(qiáng)制使用Hint分片B.異構(gòu)索引表+ES即席查詢C.提高邏輯SQL復(fù)雜度D.禁用讀寫分離答案：B解析：異構(gòu)索引表將查詢條件冗余至ES，避免全分片掃描。19.在UML2.5中，以下哪圖最適合表達(dá)“微服務(wù)跨域調(diào)用時(shí)序”？A.組件圖B.通信圖C.序列圖D.部署圖答案：C解析：序列圖強(qiáng)調(diào)時(shí)間順序，適合跨服務(wù)調(diào)用時(shí)序。20.某系統(tǒng)使用Prometheus監(jiān)控，以下哪項(xiàng)最能減少“高基數(shù)”問題？A.使用rate()函數(shù)B.控制label取值范圍，避免用戶ID直接做labelC.提高scrape_intervalD.使用RecordingRule答案：B解析：label取值無界會導(dǎo)致指數(shù)級時(shí)間線爆炸，需合理設(shè)計(jì)。21.在架構(gòu)評審中，使用“質(zhì)量屬性場景”法描述性能，以下哪項(xiàng)是“響應(yīng)度量”？A.用戶并發(fā)數(shù)B.95%請求響應(yīng)時(shí)間<500msC.系統(tǒng)吞吐量D.網(wǎng)絡(luò)帶寬答案：B解析：響應(yīng)度量是具體可驗(yàn)證指標(biāo)，95%<500ms符合。22.某系統(tǒng)使用Istio，以下哪項(xiàng)CRD用于定義“灰度發(fā)布”流量比例？A.VirtualServiceB.DestinationRuleC.GatewayD.PeerAuthentication答案：A解析：VirtualService通過weight字段定義版本流量比例。23.在領(lǐng)域驅(qū)動設(shè)計(jì)中，“防腐層”最適用于：A.聚合內(nèi)實(shí)體B.限界上下文對外部遺留系統(tǒng)交互C.值對象D.領(lǐng)域事件答案：B解析：防腐層隔離外部模型污染，保護(hù)上下文自治。24.某系統(tǒng)使用ClickHouse，以下哪項(xiàng)最能降低“Toomanyparts”錯誤？A.提高max_threadsB.降低寫入批次大小C.增加后臺合并線程并調(diào)大merge_treeparts延遲D.使用ReplacingMergeTree答案：C解析：parts過多因小批次寫入頻繁，調(diào)大合并延遲可減少parts數(shù)。25.在NFR權(quán)衡中，CAP理論表明當(dāng)網(wǎng)絡(luò)分區(qū)時(shí)，以下哪項(xiàng)組合必須犧牲？A.一致性B.可用性C.分區(qū)容錯性D.延遲答案：A或B解析：分區(qū)必須容忍，只能在C與A之間二選一。26.某系統(tǒng)使用GraalVM原生鏡像，以下哪項(xiàng)最能減小二進(jìn)制體積？A.開啟G1GCB.使用–enableallsecurityservicesC.運(yùn)行agent采集反射配置后裁剪D.動態(tài)加載類答案：C解析：agent生成精確反射、資源、動態(tài)代理配置，可大幅裁剪未用代碼。27.在SOA與微服務(wù)對比中，以下哪項(xiàng)最能體現(xiàn)微服務(wù)“智能端點(diǎn)”原則？A.ESB統(tǒng)一路由B.服務(wù)發(fā)現(xiàn)與治理邏輯在SDK側(cè)C.集中式編排引擎D.使用SOAPWS答案：B解析：智能端點(diǎn)指治理邏輯下沉至服務(wù)與SDK，去中心化。28.某系統(tǒng)使用ArgoCD做GitOps，以下哪項(xiàng)最能防止“配置漂移”？A.手動kubectleditB.關(guān)閉自愈合C.啟用AutoSync+PruneD.使用Helm模板答案：C解析：AutoSync持續(xù)調(diào)和，Prune自動清理漂移資源。29.在架構(gòu)重構(gòu)中，使用“StranglerFig”模式，第一步通常是：A.一次性重寫核心域B.在新服務(wù)中實(shí)現(xiàn)新需求并路由流量C.刪除舊代碼D.更換數(shù)據(jù)庫答案：B解析：逐步替代，先讓新服務(wù)承擔(dān)增量需求，老系統(tǒng)逐步萎縮。30.某系統(tǒng)使用eBPF做可觀測，以下哪項(xiàng)探針類型最適合抓取“應(yīng)用層HTTP請求頭”？A.kprobeB.uprobeC.tracepointD.XDP答案：B解析：uprobe可掛載用戶態(tài)二進(jìn)制函數(shù)，如Gonet/http，抓取頭信息。二、案例分析題（共5題，每題20分，共100分）【案例1】（20分）背景：某城商行核心系統(tǒng)去IOE后采用分布式架構(gòu)，賬務(wù)庫使用MySQL（分庫分表），余額更新采用樂觀鎖。大促期間出現(xiàn)“余額更新失敗重試導(dǎo)致熱點(diǎn)賬戶扣減超時(shí)”問題。問題：1.請畫出熱點(diǎn)賬戶扣減場景下“樂觀鎖重試”時(shí)序圖，標(biāo)注沖突點(diǎn)。（6分）2.給出三種技術(shù)方案解決熱點(diǎn)賬戶扣減，并對比其一致性、性能、實(shí)現(xiàn)復(fù)雜度。（9分）3.若采用“拆單+隊(duì)列”方案，如何保證不超賣？請給出偽代碼。（5分）答案與解析：1.時(shí)序圖要點(diǎn)：Client→Service→DB讀余額→內(nèi)存計(jì)算→Updatewhereversion=X→沖突→重試N次→超時(shí)。沖突點(diǎn)在“并發(fā)Update同一行version”。2.方案對比：A.把賬戶拆成多行“子賬戶”，隨機(jī)路由，減少行鎖沖突；一致性弱，需匯總，實(shí)現(xiàn)中。B.使用Redis分片扣減+定時(shí)同步MySQL，性能好，一致性最終，需處理Redis故障。C.引入“庫存預(yù)扣”消息隊(duì)列，串行化消費(fèi)，一致性高，性能受限于單隊(duì)列吞吐，實(shí)現(xiàn)復(fù)雜。3.偽代碼：```//RedisLua腳本localkey=KEYS[1]localamount=tonumber(ARGV[1])localleft=redis.call('GET',key)ifnotleftthenleft=0endiftonumber(left)>=amountthenredis.call('DECRBY',key,amount)return1elsereturn0end```消費(fèi)端成功扣減后異步寫MySQL，失敗則回滾Redis?！景咐?】（20分）背景：某視頻公司采用微服務(wù)+CDN，用戶上傳視頻后觸發(fā)轉(zhuǎn)碼、審核、打標(biāo)簽、分發(fā)四步。原架構(gòu)使用同步REST調(diào)用，鏈路平均耗時(shí)8s，用戶體驗(yàn)差。問題：1.請用SAGA模式重新設(shè)計(jì)上述流程，畫出狀態(tài)圖，包含補(bǔ)償事務(wù)。（8分）2.若審核服務(wù)返回“涉黃”，如何確保已轉(zhuǎn)碼文件被清理？（6分）3.給出事件溯源建模，列出至少4條領(lǐng)域事件及其字段。（6分）答案與解析：1.狀態(tài)圖：UploadCompleted→TranscodeStarted→TranscodeCompleted→AuditStarted→AuditRejected→CompensateDeleteTranscode→CompensateNotifyUploadFail。2.補(bǔ)償：審核服務(wù)發(fā)布AuditRejected事件，轉(zhuǎn)碼服務(wù)監(jiān)聽后調(diào)用云存儲API刪除文件，使用分布式事務(wù)消息保證至少投遞一次。3.領(lǐng)域事件：VideoUploaded{videoId,ownerId,url,size,ts}VideoTranscoded{videoId,definition,url,cost}VideoAudited{videoId,result,reason,ts}VideoTagged{videoId,tags[]}【案例3】（20分）背景：某IoT平臺每秒采集100萬條傳感器數(shù)據(jù)，峰值500萬。原架構(gòu)使用Kafka→Flink→MySQL，MySQL出現(xiàn)寫入瓶頸，CPU100%，主從延遲10s。問題：1.請給出基于ClickHouse的實(shí)時(shí)數(shù)倉分層架構(gòu)圖，并說明每層作用。（8分）2.計(jì)算：若單條數(shù)據(jù)200字節(jié)，500萬QPS，估算每秒存儲量，并給出壓縮比假設(shè)后的磁盤寫入帶寬。（4分）3.若需支持“最近24小時(shí)平均溫度”即席查詢，如何設(shè)計(jì)物化視圖？寫出建表語句要點(diǎn)。（8分）答案與解析：1.架構(gòu)：Device→MQTTBroker→Kafka→Flink(清洗)→ClickHouse本地表（ODS）→ClickHouse物化視圖（DWS）→Grafana。2.存儲量：500萬×200B=1GB/s；假設(shè)壓縮比1:5，實(shí)際磁盤帶寬≈200MB/s。3.建表：```CREATEMATERIALIZEDVIEWtemp_24hENGINE=AggregatingMergeTree()PARTITIONBYtoYYYYMMDDhh(time)ORDERBY(sensorId,toStartOfHour(time))ASSELECTsensorId,toStartOfHour(time)ashour,avgState(temperature)asavgTempFROMsensor_odsWHEREtime>=now()INTERVAL24HOURGROUPBYsensorId,hour;```查詢：SELECTsensorId,avgMerge(avgTemp)FROMtemp_24hWHERE…【案例4】（20分）背景：某政務(wù)系統(tǒng)需通過等保2.0三級，系統(tǒng)部署在阿里云VPC，使用容器服務(wù)ACK。問題：1.請給出滿足“安全區(qū)域邊界”要求的網(wǎng)絡(luò)架構(gòu)圖，含DMZ、IPS、堡壘機(jī)、WAF位置。（6分）2.針對“安全計(jì)算環(huán)境”，給出容器運(yùn)行時(shí)安全加固清單，至少5條。（6分）3.若使用Istio，如何滿足“通信完整性”？給出mTLS配置片段。（8分）答案與解析：1.架構(gòu)：Internet→CloudWAF→SLB→DMZ(NginxIngress)→IPS→CoreServiceMesh→RDS/OSS；堡壘機(jī)位于運(yùn)維VPC，通過跳板機(jī)訪問。2.加固清單：使用AliyunLinux3CIS加固鏡像開啟容器只讀根文件系統(tǒng)禁用特權(quán)容器使用Seccomp限制系統(tǒng)調(diào)用開啟AppArmor鏡像簽名+Admission校驗(yàn)3.mTLS：```apiVersion:security.istio.io/v1beta1kind:PeerAuthenticationmetadata:name:defaultspec:mtls:mode:STRICT```再配DestinationRule:```trafficPolicy:tls:mode:ISTIO_MUTUAL```【案例5】（20分）背景：某跨境電商采用多云（阿里云+AWS）部署，訂單服務(wù)使用GlobalDatabase（Aurora+PolarDBO），要求RPO<30s，RT