系统架构师案例怎么复习?

如果按业务场景逐题背答案，下一次换成医疗、政务或工业互联网，原来的模板马上失效。真正稳定的复习方法，是把题目还原成质量属性、高可用与一致性、安全闭环、建模翻译、受约束的AI工程5条能力主线。

本文以近期考后回忆中的5类场景为线索。具体题干和分值以官方发布为准，复习重点放在可迁移的判断规则。

质量属性题通常把功能需求和非功能需求混在一起。第一步不是急着分类，而是圈出“数字、故障、访问边界、变更时限、资源约束”等信号。

写质量属性场景时，要补齐刺激源、刺激、环境、制品、响应、响应度量6个要素。只写“系统应高可用”没有采分信息。

Redis主从复制、全量同步和增量同步只是基础。案例答案要沿着故障链路写：

这类题最容易把“高可用”写成一句配置说明。真正的得分点是RTO、RPO、读写一致性和故障转移过程。

数字签名、时间戳、Nonce、幂等键不能混在一个“安全措施”篮子里。

回答安全题时使用“威胁—机制—校验点—失败处理”四步。只列技术名词，不说明阻断哪种攻击，容易失分。

UML并没有过时。案例题常把一段业务流程交给你，要求识别图、补关系或解释元素。

速记表一：六种关系

速记表二：常用图的用途

看到“流程”先想活动图；看到“对象状态变化”先想状态图；看到“跨终端运行”不要直接套互操作性，要判断题目强调的是系统互通还是环境迁移。

嵌入式系统引入AI后，不能只写模型准确率。案例真正关心的是：

传统分层架构仍然是落地底盘。AI模块需要明确输入、输出、调用位置、失败回退和监控指标，不能悬在系统外面。

速记表三：SM2、SM3、SM4

最短口诀可以记为“2非对称、3摘要、4对称”，但答题时还要回到用途，不能只按数字猜。

不管题目来自哪个业务场景，先用一句话给结论，再补判断依据，然后写措施和效果。

例如，题目问Redis故障切换：

这比“配置哨兵实现高可用”多出了采分所需的因果链。

案例题的场景会换，能力主线不会。只要你能把题干翻译成约束、决策和度量，跨度再大的卷子也不会失去落点。