简介这份面向2021年软考系统架构设计师备考者的章节式复习笔记按知识点模块梳理了系统架构理论、架构师角色定位与素质要求以及计算机网络、操作系统、存储与文件管理等核心内容适合已有一定基础、希望快速搭建知识体系的中高级考生系统复习与查漏补缺。资源包共1个docx文档整份笔记约143KB内容以章节形式组织重点覆盖进程管理、PV操作与同步互斥、死锁预防、数据库事务ACID及磁盘调度等高频考点并配有定义、分类与要点归纳便于对照教材逐章复习。目前已有568人学习下载。笔记从系统架构的“构件、模式、规划”三要素出发到操作系统与数据库底层机制均有展开尤其适合考前集中过一遍核心概念帮助考生梳理软考高级系统架构师的考查脉络与重点方向。1. 为什么按章节复习系统架构比想象中更容易偏离考点去年我拿到一份《2021年系统架构复习笔记(按章节).docx》时第一反应是踏实一份已经按章节分好的文档看上去像一条笔直的路。真正翻开后才发现按章节复习系统架构这条路其实是螺旋上升的如果只按文档目录从前读到后很容易在分布式、架构风格和质量属性这些核心考点之间反复横跳。原因很简单章节是整理者当初“写”的顺序不是考试“考”的密度。很多从业者以为拿着按章节组织的复习笔记逐章啃完就能稳过系统架构设计师考试结果背完前几章后案例分析题里连架构风格都答不对。这篇内容就把这部分头绪拆清楚告诉你怎么把这份按章节组织的复习笔记用成真正的复习主线。2. 拆开“系统架构设计师”考点这份复习笔记按章节到底在讲什么2.1 先看文档大纲别急着看正文复习笔记按章节排版其实是帮你把系统架构设计师里那些交织在一起的内容按一个线性顺序拆好了。常见做法是先在本地打开这份 docx用 Word 的“视图-导航窗格”把标题样式直接导出成大纲快速看一下章节骨架不要急着进正文。为什么要先看大纲因为很多复习笔记的章节顺序是按“从抽象到具体”排的比如先架构基础概念、再架构风格、再架构设计方法、再分布式系统、再中间件与微服务、最后是架构评估与文档化。这个顺序在阅读时是顺畅的但考点密度并不顺着它走。我会把大纲拉出来之后直接给每个章节按“主题标签”打聚类标记而不是按文档原有的第几章来复习。这样做的好处是把散落在不同章节里的同一个考点聚合到一条知识链上。举个例子“可用性”这个词至少会出现在质量属性章节、架构风格章节、分布式系统章节和架构评估章节。如果你按原章节顺序复习就会把同一类战术拆成四段造成“每段都看过做题时混在一起”的感觉。从大纲里还能看出这份笔记大概覆盖了哪几个板块。常见的完整系统架构学习板块包括架构风格与架构模式包括分层、事件驱动、微内核、管道过滤器。质量属性与架构评估包括性能、可用性、安全性、可修改性。架构设计方法包括 DDD 领域驱动设计、ATAM 评估法、架构视图。分布式系统与网络架构包括分布式锁、消息队列、分布式事务、分布式缓存。云原生与部署架构包括容器、Kubernetes、服务网格。这五块不是章节顺序而是主题顺序。复习笔记按章节组织本质上只是把上述五块内容切成了若干小段。你需要做的是在拿到 docx 的第一天花一小时把这五块从章节目录里“抠”出来后续复习才不会被文档原目录带偏。2.2 分布式交换机系统架构为什么经常反复出现在系统架构复习笔记的分布式系统章节真正不能跳过的是“分布式交换机系统架构”这一类的拓扑模型。这里说的分布式交换机不只是一个网络设备而是一套把控制平面与数据平面分离的架构在数据中心网络里表现为 Spine-Leaf 结构在网络类资料里通常会简化成“控制节点 转发节点”的组合。这个点第一次出现时像网络工程内容但真正考微服务和中间件时它又作为通信基础设施回来了。当你复习这份按章节的文档时我建议在分布式章节里顺手做一次横向索引把下面几个名词统一记在一个地方控制平面负责路由计算、状态收敛对应微服务里的“配置中心/注册中心”。数据平面负责转发、过滤对应微服务网关、Sidecar。一致性协议负责多个控制节点之间的状态同步对应 Raft、ZooKeeper。故障域一个交换机节点挂掉后影响范围如何隔离对应架构里的故障隔离设计。这样横向索引做完你会发现分布式交换机系统架构的知识点不只在网络章节出现还会在一致性协议、服务发现、网关设计等多个章节反复出现。按章节的笔记里这些内容是分散的但考卷上它们会合成一道大题。2.3 从 Linux IOMMU 软件架构到“系统架构”的边界有些复习笔记会混入嵌入式或系统软件的内容编辑者自己可能都没意识到这一点。比如 Linux IOMMU 软件架构分析它讲的是 I/O 存储器管理单元对设备 DMA 访问的重映射和权限隔离。看起来像是内核态的话题但它和微服务里的 API 网关在架构语义上没有本质区别都是入口统一、权限集中、流量转发。IOMMU 把设备对内存的访问限制到一段地址空间操作系统再把进程地址空间和物理内存隔离开这两层叠加起来恰恰就是系统架构里常说的“分层隔离”。所以不管笔记怎么按章节编排你在心里要建立的架构模型是“跨硬件、系统软件、应用软件的抽象层次链”。复习时遇到这类内容可以在页缘空白处写一个“类比”标签把它和微服务里的服务网格或虚拟化软件架构连接起来。这样一份按章节组织的笔记放在桌面是主线而不是照本宣科的唯一路线。否则你永远在背章节却回答不了“为什么要有这一层”这类追问。3. 把 docx 复习笔记变成可复现的复习计划文档拆解与章节聚类3.1 用 Python 提取 docx 章节并生成复习清单复习的第一步不是背而是把 docx 里藏着的层次结构挖出来。这里有一个可以直接复用的 Python 脚本基于 python-docx 库实现能把 Word 里的 Heading 1、Heading 2、Heading 3 全部提取成 Markdown 大纲。from docx import Document import re def extract_heading_outline(docx_path): doc Document(docx_path) outlines [] for para in doc.paragraphs: style_name para.style.name if para.style else if not style_name.startswith(Heading): continue # 从样式名里解析标题级别比如 Heading 1 - 1 try: level int(re.search(r\d, style_name).group()) except AttributeError: level 1 if level 3: outlines.append((level, para.text.strip())) return outlines if __name__ __main__: notes extract_heading_outline(2021年系统架构复习笔记(按章节).docx) for level, title in notes: prefix * (level - 1) print(f{prefix}- {title})这段代码的逻辑并不复杂。它遍历 docx 的 paragraphs用样式名判断段落是不是标题再从中提取标题级别。level 3这个条件是为了控制输出深度只要一二级标题就把章节骨架看清了。如果你希望把子标题也全部导出用于横向聚类可以改成level 5但那样输出会很稠密反而看不清重点。脚本跑完之后你会得到一个类似下面这样的清单- 第1章 架构基础概念 - 1.1 系统架构的定义 - 1.2 架构的演进历史 - 第2章 架构风格 - 2.1 分层架构 - 2.2 事件驱动架构 - 2.3 微内核架构把这个清单保存成 outline.md后续所有复习计划都基于这份清单而不是基于原 docx。这是因为 docx 本身不适合做知识追踪Markdown 清单可以标记、排序、去重。提取一次只需要五秒但它让你从“被动翻文档”变成“主动排计划”。3.2 按 80/20 法则给章节分配权重怎么把复习笔记排出优先级提取完大纲后下一步是给每个章节分配复习权重。很多复习笔记的问题在于对每个章节均匀用力导致核心考点没吃透边缘章节却花了两周。根据我自己压题和做复习计划的经验合理的章节权重分配大致如下复习主题常见章节位置推荐权重复习方式架构风格与识别第2~4章25%横向对比风格特征做选择题辨析质量属性与评估第4~6章20%结合案例分析演练 ATAM 和战术分布式与一致性第7~9章25%以分布式交换机、消息队列为主线画链路图架构设计方法与文档第6~10章15%按 40 视图模型整理模板安全架构与部署架构第11~13章15%关注云原生、容器化部署和灾备设计注意这张表的“章节位置”是参考值具体要看你自己那份 docx 的目录。我一般不照搬原章节名来分配权重而是按主题分。因为一份按章节写的复习笔记很可能把“性能”拆到了第5章和第9章两处如果单独算章节权重你会误以为它出现了两次就很重要其实它是一个整体。分配好权重后再把前面提取的 outline.md 按主题打上 tag比如[架构风格]、[分布式]、[质量属性]。下一步就是排复习日历每天只复习一个主题不是复习一个章节。比如周二复习“质量属性”就把文档中所有关于可用性、性能、安全性的战术段落集中起来看哪怕它们在原 docx 里隔了三个章节。这种方法一开始会费一点整理功夫但后面的复习效率会指数级上升。4. 关键必须掌握的部分与实际落地的系统架构概念4.1 架构风格的识别从分层到微服务的典型“题眼”架构风格是系统架构设计师考试的高频考点在复习笔记中也往往是最大的一章。你需要训练的不是“背出多少种风格”而是“看到一段业务描述快速匹配到正确风格”。我复习时是把风格特征做成了一张辨识表记录每个风格最独特的“题眼”分层架构层与层之间只能相邻通信题眼是“UI层、业务层、数据访问层”。事件驱动架构异步、发布订阅、事件总线题眼是“生产者”“消费者”“解耦”。微服务架构独立部署、独立数据库、API 网关、服务发现题眼是“独立升级”“独立团队”。管道-过滤器架构数据单向流动、过滤器无状态题眼是“数据流”“转换”“批处理”。微内核架构核心系统加插件题眼是“插件”“扩展点”“动态加载”。虚拟机架构解释器、规则引擎题眼是“指令解释”“可移植性”。这套题眼的核心价值是排除法。考试里题干往往不会直接说“这是一个微服务架构”而是描述一堆业务行为比如“各个模块独立部署、独立数据库通过消息队列异步通信”。如果你只看概念会觉得它是分布式系统但题眼已经指向微服务在分布式环境下的落地形态。4.2 分布式系统中的一致性、幂等、隔离把章节里的散点连成主线分布式系统章节是复习笔记中最容易出现“看过一遍却没有效果”的地方。要把这一章复习到可用程度必须抓住三条主线一致性、幂等、隔离。一致性主线解决“多个节点对同一份数据的可见性”问题。复习笔记里会涉及 CAP 定理、BASE 理论、2PC、3PC、Raft 等这些内容散落在不同位置但核心是一条分布式环境下强一致性和可用性不可兼得。复习时建议画一张时间线图把从两阶段提交到 Raft 的演进脉络标出来你才会明白为什么会有最终一致性方案。幂等主线解决“同样一个请求发两次系统状态是否被破坏”的问题。这涉及到接口设计、消息队列的重复投递、分布式事务的补偿机制。复习笔记里通常会给几个幂等方案比如数据库唯一索引、乐观锁、Token 机制。你需要在笔记旁边补一个典型场景用户下单时点了两次提交最终只产生一笔订单。这样比背定义有用得多。隔离主线解决“故障和资源能不能隔开”的问题。这里面包含了故障域划分、限流熔断、线程隔离、容器隔离等。你可以把上一章说的分布式交换机系统架构也归进这条线因为交换机的故障域设计本质上就是一种隔离策略。三条主线合起来看就是分布式系统章节的全部骨架。4.3 从 STM32 系统架构到 Linux IOMMU 软件架构全栈架构的复习视角如果你的复习笔记里出现了 STM32 系统架构或者 Linux IOMMU 软件架构分析这类内容不要直接跳过。它们虽然是偏底层的主题但恰好能帮你建立从硬件到应用的全栈架构观。STM32 系统架构是一种典型的总线矩阵结构CPU 通过总线矩阵访问 Flash、SRAM 和外设多个主设备可以并行访问不同外设这就是一种层次化和并行化的硬件版体现。它的核心思想是“资源分区、访问仲裁”放在系统架构层面看和微服务网关的流量调度、数据库连接池的分配没有本质区别。复习时你不需要死记 STM32 的寄存器地址而是要理解它为什么要把总线分成多条。Linux IOMMU 软件架构分析则是系统软件层面的地址隔离和权限控制。IOMMU 把设备 DMA 访问重映射到预定义地址范围防止设备越权读内存。这个机制和多租户系统的资源隔离是同一套逻辑都是“你不能直接访问全部资源必须经过一层翻译和校验”。如果你在复习笔记里遇到这类内容把它们理解为架构分层与安全隔离的抽象模型即可。它们不是冷门知识点而是帮助你应对“架构设计为什么需要这一层”这类问题的底层素材。5. 避坑笔记复习时常见的翻车点5.1 现象按章节顺序反复背案例分析题却写不出完整方案原因复习笔记的章节顺序是按知识体系搭的不是按考题模型搭的。案例题问你“这种场景下选什么架构风格并说明理由”你需要的是跨章节的组合能力而不是按章节默写能力。解决方法是按第三章讲的主题聚类复习把架构风格、质量属性、分布式设计合成一个答题框架每天只练一个主题。5.2 现象每个章节都看过一遍一周后却像没看过一样原因看一遍只是在脑子里留下短期记忆复习笔记的按章节组织方式容易制造“读完了”的错觉。解决方法是给每章提炼“三条主线 十个关键词”然后连续三天在睡前复述这些内容。如果你发现连主线都说不全说明这一章还没真正进脑子。5.3 现象看到架构风格题觉得每个选项都对原因这是最常见的选择题翻车点。原因是你只背了风格的抽象定义没有把题干里的具体业务描述映射到题眼。解决方法是把 4.1 里的题眼表严格过一遍做题时先在题干里圈出“独立部署”“异步消息”“插件机制”这类关键词再和风格匹配绝不要靠感觉选。5.4 现象docx 在 Windows 上用 Word 打开排版混乱打印、导出 PDF 时图片全部乱跑原因不同版本 Word 对嵌入图片的排列方式支持不一致。笔记本里大量架构图一旦排版重排就会跨页复习时想看图表却对不上页码。解决方法是使用 WPS 或 LibreOffice 打开导出 PDF 作为文件级备份同时把大纲脚本跑出来的 outline.md 作为文字版检索工具图片乱跑的问题就不会影响复习节奏。5.5 现象准备在 Ubuntu 下搭建复习环境却连系统架构信息都确认不了给 ARM 架构的麒麟系统做 U 盘安装时镜像怎么都启动失败原因你忘记确认目标机型到底是什么架构。解决方法是先执行uname -m如果输出是x86_64就选 64 位镜像如果是aarch64就选 ARM 版镜像再写盘。U 盘安装麒麟系统时最容易翻车的点是把 x86 的 ISO 写到 ARM 机器上或者在 UEFI 和 Legacy 引导配置里选错启动方式。这个坑与技术方案无关却会白白耗掉你半个晚上的复习时间。6. 从复习笔记到考前检查清单把章节标题变成自测题最后分享一个我一直沿用的复习收尾技巧在考前最后两天不要再从头翻笔记而是把大纲里的每一节标题变成“三分钟能不能讲清楚”的自测题。这个技巧的核心是强迫你从被动阅读切换到主动输出只有能脱稿讲出核心逻辑才算真正掌握了这个考点。# 把大纲标题自动转成自测清单 outline_text 架构风格与识别 质量属性与战术 分布式事务与补偿 微服务拆分与网关 容器化部署与高可用 def build_checklist(data: str) - str: lines [] for idx, line in enumerate(data.strip().splitlines(), 1): lines.append(f{idx}. [ ] 三分钟内讲不清楚{line}明天早上补看笔记) return \n.join(lines) print(build_checklist(outline_text))这段代码的逻辑很简单就是把章节标题逐条拼进自测模板。enumerate(..., 1)让每条带有序号方便你在最后复习时对应到笔记页码。如果你发现某个标题三分钟讲不清楚就在它后面追加快捷键“补看笔记”第二天一早只看那一段。参数可以做简单调整把模板里的“补看笔记”改成“回看第x章第y节”就能变成一个精确到点的复习导航。整个技巧的核心不是生成清单而是每天睡前花十分钟对着这份清单“自问自答”。讲不清楚的部分就是你真正的薄弱点第二天早上花二十分钟定向补。我在考前最后两天就是这个节奏不再做从头翻书这种低效动作而是让清单帮我一步步压缩知识黑匣子。这个方法用过很多次每次都能精准找到自己的漏洞。希望帮到你。本文还有配套的精品资源点击获取