系统架构师考试18天极限备考复盘（2024年11月）

前言

写下这篇复盘笔记的时候还没有出成绩。泽崽目前是在读研究生，在经过 大概2周多个全日 的极限备考之后，于11月10日参加了软考的系统架构师考试（高级）。目前12月下旬才会出成绩，对于“基础知识-案例分析-论文”的估分预期大概是：55-55-47。希望阅卷老师温柔点儿。不过鉴于最后论文写的饱满流畅，以及咱文科生过往的加持，所以不温柔也无所谓，应该是一次过了叭~

泽崽最初在架构领域几乎是新手，得益于咱软工科班背景和一点点工程实践经验，以及掌握了408课程和软考中级等理论基础，对于具有相似经历或扎实基础的同学，可以直接借鉴我的经验。如果你正在工作，并且实践中具有一定的系统性，但觉得自己的理论基础不够扎实，建议利用 3到5个月 的零散时间来加强理论和练习题目。对于没有工作经验的同学，推荐报名中级，在工作3年以上再准备考试，或者大量、深入地阅读各种架构实践材料和论文，以弥补知识维度上的不足。

难度和备考策略

软考本质上是一个通过性考试，通过性考试不同于非选拔性考试，就是要把目标放在最最最核心的拿分点上，备考上避重就轻，重点关注 软件工程和系统架构设计 两个章节内容，在投入时间尽可能少的情况下力求全局掌握。除了上述两个重点章节以外，其他章节在考纲内容上看起来很丰富，但由于知识水分比较大，实践价值有限，通常来说每科可能只有2-5分的考察。

从咱这次考完的经历来看，高级系统架构的考核目的还是考察架构方面理论和实践的结合，官方的目标通过人群大概是 “能用理论工具归纳描述架构，并具有相当实践经验的系统工程师”。纯理论知识的考察主要以上午75分的基础知识为主，偏实践的内容以75分案例分析的方式进行考察。下午75分论文则是挖掘应试者的实践过往和理论分析的结合能力，说说你做过什么，能套用多少成理论的知识去正确描述，属于是比较弹性的考核方法了。

三科必须一次过，任何有一门成绩小于45就挂掉咯~ 从难度上讲，我个人认为的难度排行大概是：

基础知识 << 论文 < 案例分析

但在一些备考互助群里的反馈来看，不少同学也觉得基础知识才是最难的。每个人经历和知识储备有hien大不同，见仁见智吧~

下文说说我自己的备考过程。

备考阶段

咱的紧凑备考是建立在对考试形式、考察范围和重点有全足了解的情况下进行的。具体的投入时间大概是这样：

事件	投入时间	开始时间	备注
考试内容调研	/	三个月前
找搭子、加考友群、搜攻略、关注B站up、考情分析相关blabla...	1day	三个月前	信息多多~ 另外有效防止后期内耗
速览《系统架构设计师第二版》	2days	考前1个月
速览 B站up:青石竹屋的知识性视频	3days	考前3周
看过往真题	1day	考前3周	闭上眼能自己脑补出一张卷子的大概就可以了
精学某机构A的直播课程视频	3days	考前2周	不扎实的地方去补基础课
精学某机构B的案例分析专题视频	2days	考前1周
反复迭代、构建自己的思维导图	3days	考前2周	知识体系化，很重要奥！
基础知识刷题	1day	考前大概1周	只刷了重点章节别的章节不用看因为看了也不会考原题
思维导图复盘	2days	考前3天
论文训练（）	1day	考前3天

备考的第一阶段以系统性知识获取为主，强调广度而非太过深入的东西（不需要深挖难题，时间跨度面前人的记忆很脆弱的...）；第二阶段主要是对那些占分多、难度偏中等内容的攻坚；第三阶段要求把书读薄，重要的知识形成自己的知识体系，推荐的方法就是老老实实边学边做思维导图，像下图这样：

我的思维导图里只有拿分点，无需事无巨细。至于那些很难的内容去哪了？我只想再次强调这是通过性考试，并不是为了选拔最拔尖的架构师！出题老头每年都会弄出很多超纲题，那些“偏难怪”的题构不成关键。看到那种不像规规矩矩看书能覆盖到的知识内容，多半是出题人偏颇一些特定领域的设计人员，而为他们设立的“专属bonus”，所以对于咱们普通人的建议是——放心大胆，该扔就扔！不许浪费宝贵的备考时间。

从我这次的考试经历来看，海量知识面前借助思维导图 “把书读薄” 是非常有效的。自建导图的过程是对知识的一个有效输出，便于理解和测验自己的即时掌握情况。同时在后期真正临考时，只允许一两页纸几张图能供你回忆起相当庞大的知识体系，而不是厚厚一本700字、翻起来手忙脚乱的官方书籍。我上考场的那天只在手机里留了一篇导图，和一个300字摘要+600字开头的论文范文，绝对足够，特地安利一下~！

总的来说，如果再来一次，我会把 基础知识:论文:案例分析备考时间上的分配比划定在3:1:6 左右。仅供参考哈！

2024年下半年考题分析：基础知识

考题难度：☆☆☆

考试时间：极其充裕

今年的选择题难度我感觉大概中规中矩吧，这期考察的重点“显眼包”是架构风格里的黑板系统，与之相关的题目就在屏幕上反复横跳，足足考了有7-8分那么多！五大架构风格属于历年常考内容，但今年貌似只在选择题里看到了数据流、调用/返回，占了1~2分，往年比较爱考的独立构件和虚拟机应该是没有出题，或者只是做为干扰项出现了。

选择题里有5分是英文完型填空，大体是讲了黑板系统是一种集中式的仓库风格，由学者从黑板上集中讨论问题寻找系统问题的求解过程启发而来，语法难度应该和CET-4差不多（可能还要简单点）。有1问就是考察的纯英语能力，第1，3和第4问是利用英文工具实际考察对黑板系统的理解。第5问有点考研阅读理解的意思了，根据后文“collectively(整体地) 解决问题”，对照性选择 “解决partial(分开的)子问题”。感觉这题很了解黑板系统会有所加成，但把英文读明白也能选出来，不知道大伙儿选对了没有。

然后是计算，分别考了1道项目管理中成本计算的问题，2道数学题，还有1道任务调度的问题（细分起来应该算操作系统的题）。项目管理是某个项目给出了ABCD四个事件、先后顺序和每个事件的成本，要你用最快的速度赶工出来的成本最低是多少。用点贪心思想解此类题很简单，但选项里面最少是132万元，我特喵的怎么算都是122万，于是蒙的132...怀疑题目哪里不太严谨，但实际上运用技巧也能做出来：一条事件的成本因数大多都是以0和5结尾的，另外一条关键成本一定有个2结尾，理论上个位数只能以2或者7做为正确答案，答案里面只有一个是2，于是就选了。另有1题计算考的是集合论，没学过的话可能要拿Venn图想一会儿，考研崽能直接秒了。这里感觉出题人在数学方面还是抬了一手的，稍微灵性一点应该就能应对，不用刻意训练数学计算题。

集合论的一道题，容斥定理，Venn图大概如此

软件工程部分，今年考察的内容让人没有感觉太出格的，一如既往的开发模型、软件设计、维护和测试各考察2~3题，难度也比较适中，算是中规中矩吧。比较意外的是，在上午选择题里，出现了与下午论文中 “论软件维护” 相同内容的题目。软件维护的四种类型（完善性维护，纠正性维护，适应性维护，预防性维护），在上午选择题中以3对1错的配置选出一个错项，下午论文又出现了。如果考试的时候留意过这题，把对的3个选项记住，写论文时完全可以挑4个维护类型中的3个来展开论述，一样是可以达到通过标准的。看来没有“上一节出过的题，下一节就不会考”的说法，不知道大伙儿作何感想。

其他的部分，如信息安全技术基础知识、系统可靠性分析、计算机系统基础知识、网络、知识产权与标准化的考察，基本都比较细碎，什么都可能考到，比如“专利在员工离职之后的几个月内受保护”，“进程通信风格的连接件”，年年出题不重样，很难从中发现什么命题规律出来。这里就需要大伙儿对完整体系框架上多多了解，认识上需要对相关技术多一些视野延拓，尽可能把能覆盖的都覆盖了。

这里为宝子们找到了网友整理的考题回忆版，我已经帮你们核对过了，内容属实，请放心食用：2024年11月10日软考系统架构师真题回忆版思维导图模板_ProcessOn思维导图、流程图

2024年下半年考题分析：案例分析

考题难度：☆☆☆☆

考试时间：剩余20分钟

案例分析其实是对笔者狠不友好的一个环节。对于像我这样之前没怎么接触过互联网开发的小伙伴，尤其对数据库的CRUD操作都不太熟悉的情况下，备考时比较容易走偏到纯理论，而忽略掉广泛使用的架构工具和实用技术的。然鹅，近年来改版以后，案例分析每次的 “1必选题+4选2选做题” 从来都是对互联网应用和数据库里比较广泛使用的内容大出特出。如果不是及时调整，想必我数据库的案例题已经没分了quq

很多小伙伴同感“案例分析是改版之后最难的一科”，实际上这和命题人对于应试人群的整体结构性有直接的策略关系。之前据说软考架构是比较好混的，超纲的内容不会太多，同时区分度主要靠理论的不同深度把人区分出来。但是自2023年改版以后，通用的数据库技术升级为了redis，UML升级成了SysML，大数据考的通用模块换成了lambda架构和Kappa架构等等。出题老头看来是不想让做题家舒舒服服过了，虽然实际上考的内容还是这些技术中比较浅层的技术，但是对于背题党来说几乎是毁灭打击，等于将天平更倾向了实践相关的热门技术，而不是背题经验和套路。另外，案例和论文现在都喜欢给一些特别前沿的技术或理论方向开小灶，属于高新且小众的内容，但如果应试者正好接触过，那通常会对拿分有非常大的加成。

案例分析常考的几个方向：软件工程、质量属性、数据库、~~嵌入式系统（别选）~~基本上是年年考，其次是网络、安全、八大架构和Web应用系统。每年出题都是从这些方向中抽奖，建议宝子们准备3~5个方面的案例分析，软件工程、质量属性、数据库一定要准备，不要选嵌入式，剩下的可以根据一些机构最新的建议去准备。

我今年准备的重点主要还是软件工程、质量属性、数据库Redis、大数据架构。嵌入式系统方面就算我有好几年从业经验，但妥妥的还是把握不住，就算是准备了4个半吧。最终开奖的时候，押中了质量属性、数据库与缓存技术（没出现Redis，但和Redis的读写一致性操作有很大关系）。

案例分析第一题：质量属性

课改之后有一次没有考质量属性，这连续两次考试又回到了以前的画风。有出入的是，今年的部分没有质量属性效能树而是以表的形式出现，部分挖空也不太好填。质量属性出在必选题环节很合理，属于是个人都要准备的重要内容，得分难度不会特别大，中规中矩吧。

案例分析第二题：数据库与缓存技术

感觉今年像是在放水了，整个题目都非常好拿分，只是想拿满稍微有难度。题面是cache-aside，实际上把他当成是Redis完全没问题，基本就是Redis中对于缓存读写策略的基础认识，属于读写一致性方面操作的细致考察。

在类似的案例分析里，实际给出答案时不用为了担心答错小心翼翼，可以把你尽可能了解的知识多描述一些，便于阅卷人赋分。有过来人跟我们在搭子群里讲，阅卷老师也是人，不会因为一些语言表达的问题扣你的分数，只要意思对了，赋分其实是比较灵活的。

案例分析第三题：嵌入式系统

嵌入式通常是放弃的题，因为嵌入式这门学科任何一个方向对其他方向来讲都很偏（比如宇航设备vs鸿蒙），无法针对性备考。这次考察的是ROS机器人操作系统，我其实在自动驾驶相关项目有过一定涉猎，接触过ROS1版本的系统。刚窃喜的时候，仔细一看这次的考题特喵的专门考了ROS2，以及ROS1和ROS2的区别，作答只能得一半分，只能放弃了。

案例分析第四题：Web应用与推荐系统

笔者是对这个方面的东西一点都不懂诶，这里考察的背景是基于Elasticsearch分词的商品推荐系统
，然后题目问到了 Standard,Simple,Whitespace,Keyword 分词引擎的特点差异。Elasticsearch是一个搜索引擎技术，用于数据的索引和搜索。但是我一点不懂诶，喵了一眼以后，光速放弃了。

案例分析第五题：安全关键系统和形式化

相信大多数同学（包括我在内）都不会有意去准备这种问题。但是万万没想到这题我是真会！安全关键系统我一般喜欢用学术一点的叫法“安全攸关系统”，然后形式化技术属于是通过数学验证，赋予系统的一种可信技术，验证通过的设计即有被严格证明的正确性，与软件测试通过“覆盖”保证尽量可靠的思路有很大不同。（这俩有点类似于tcp和udp的关系）

这道题的第1问有朋友说百度不到答案，但接触过的同学能从危险驱动的一些论文中找到大致思路，反正就是言之有理即可，没有死记硬背的资料作为参照；第2问纯纯送分题，谁来都能拿9分；第3问就是我上面说的那些了，知道的就是知道，没接触过的很难拿到分数。

形式化方法一直被我们吐槽投入超常、门槛极高而且应用受限的自身性质。属于是短期内不会被社会真正接纳、不会被广泛工程化的冷门技术。一般运用者是高校和研究所，所以据此合理认为，这道题的出现就是为了给学术大佬们开小灶的。emmm，只是便宜到我了嘿嘿~

案例部分总结

案例部分我感觉今年出的题目有两种画风，一种是围绕通用技术的题目（如一、二两题），这些题目里每一道题其实都有送分的成分，容易拿到接近三分之一的分数，剩下的题目设计区分度很好，对此领域的认识和得分率呈线性，准备的越多越容易越容易拿分。另一种是专用领域的技术（如三、五两题），有一半的分数是送给你的，另一半涉及专业领域，虽然也只是皮毛，但没有专门的经验储备拿任何分都很困难。Web应用技术比较折中，属于兼有两者吧。

论文

考题难度：☆☆，但是考虑时间紧迫、6小时奋战疲劳和考场降智的debuff，我愿意给 ☆☆☆

考试时间：剩余5分钟（我总共写了300+2200字，要求是300+2000字）

论文的考试感受就只有一个字：赶！

两小时的考试时间要写2300字，没有几分钟时间允许给你构思，每一分钟停手的动作都很奢侈。但好在现在由机考代替了手写，有一定的修改余地。即便如此还是要不停的疯狂码字，字数跟着时间一分一秒走，脑子停了手都不能停。

今年的论文四个题目大概是：分布式事务、软件维护、SOA 和 多源异构，选一个作答。这波正巧我除了SOA不是很有料以外，其余的都可以写，所以有30秒时间在选择困难上了（凡尔赛一下下~）。最后由于维护的几个方面我非常确定，加上前面的选择题出了同样的题，给了些信念buff，于是就结合之前做过的高可用系统后端的项目写了围绕维护的过程和内容。友友们考前务必写一篇自己熟悉的项目，把摘要和背景介绍的内容背的烂熟，考试的时候根本没有时间给你打磨措辞，必须要争分夺秒快快快快快，否则真的会写不完！

以上就是考场之上的所有体验啦。