2023 年下半年（11 月）系统架构设计师 · 真题套卷#

一、本卷元信息#

答案与可信度标注体系#

重要纠错说明：网络上流传的豆丁文档《2023 年下半年-系统架构设计师-答案详解》（id=4356940411）与《2023 年下半年系统架构设计师真题（案例分析题）》（id=4552593207）虽标"2023 下"，但内容为嵌入式存储器、电子政务、ERP、CMM、J2EE 应用服务器、Scrum 等 2008—2012 年旧题，属错误标注。本卷以与 2023 年 11 月考场信息互相印证的来源（Lambda 必做题、JWT/Hibernate 超纲题、论文四题）为准，不采用上述误标文档的题面。

二、综合知识（选择题 · 考点还原）#

本卷公开源只有 75 条一句话考点，故采用「考点 + 正确答案要点 + 陷阱」形式，不虚构 A/B/C/D。

（一）软件度量、并发与网络（第 1—4 条）#

1—2. McCabe 环形复杂度

正确答案要点：V(G) = E − N + 2（E 为边数、N 为节点数），也等于判定节点数 + 1；V(G) > 10 表示模块复杂度过高、风险大（不是 <10）。
陷阱：把公式记成 m−n+1（那是环路数的另一表达，少 +1）；把"复杂度越大越安全"当成正确表述。

3. 多线程任务通信方式

正确答案要点：线程间通信主要有共享内存与消息传递两种；同进程线程可直接共享地址空间，跨进程需消息传递/管道/套接字。
陷阱：把"信号量"当通信方式（它是同步机制，不承载数据）。

4. 星型拓扑跳数

正确答案要点：星型拓扑中任意两节点通信最多经过中心节点转发 2 跳（端点→中心→端点）。
陷阱：误答 1 跳（只有与中心直连才是 1 跳）。

（二）数据库（第 5—8、22 条）#

5. 2NF 判定

正确答案要点：A→B、B→C 且候选键为 A 时，存在非主属性对候选键的传递依赖，满足 2NF 但不满足 3NF。
陷阱：把"有传递依赖"直接判成"不属于 2NF"（2NF 只管部分依赖）。

6. 4NF

正确答案要点：消除多值依赖（且候选键蕴含所有多值依赖）的关系模式属于 4NF。
陷阱：把 4NF 与"消除连接依赖"的 5NF 混淆。

7. 灰盒测试

正确答案要点：既关注输入输出又关注内部逻辑结构的是灰盒测试（接口测试、数据库测试典型）。
陷阱：把灰盒等同于白盒（白盒只看内部逻辑覆盖）。

8. SQL 分组过滤

正确答案要点：对分组结果过滤用 HAVING，且必须与 GROUP BY 配合；WHERE 在分组前过滤行。
陷阱：在 HAVING 中用聚合函数以外的列；把 WHERE 当分组后过滤。

22. 数据库三级模式

正确答案要点：外模式（用户模式/视图）是数据库展示给用户的部分；模式是全局逻辑结构；内模式是物理存储。
陷阱：把"模式"当用户视图（模式是全体数据的逻辑结构）。

（三）测试、安全与知识产权（第 9—12、26、40、41、66 条）#

9. A/B 测试

正确答案要点：A/B 测试是 Web/产品领域的新型测试：把用户随机分组，分别使用 A、B 两个版本，用转化率等业务指标比较优劣。
陷阱：把 A/B 测试当"等价类划分"（它是线上对照实验，不是功能测试方法）。

10. SSL 不提供的特性

正确答案要点：SSL/TLS 提供机密性（加密）、完整性（MAC）、身份认证（证书），不提供不可抵赖性（那需要数字签名+时间戳+第三方 CA 存证）。
陷阱：把"用了证书"当成"不可抵赖"。

11—12. SysML 新增图

正确答案要点：SysML 相对 UML 新增 需求图（Requirement Diagram），用于描述需求及其与设计元素的关系（还有参数图）。
陷阱：把需求图说成 UML 自带（UML 没有需求图）。

26. 非对称加密算法

正确答案要点：RSA 是非对称加密（公钥/私钥）；DES、3DES、AES、IDEA 是对称加密；MD5、SHA 是摘要算法。
陷阱：把 AES 当非对称；把摘要算法当加密算法。

40. 专利许可类型

正确答案要点：专利许可包括独占许可、排他许可、普通许可、交叉许可、分许可、强制许可；不存在"特殊许可"这一类。
陷阱：把"独占/排他"的区别记反（独占连专利权人自己都不能实施）。

41. 局域网特点

正确答案要点：LAN 覆盖范围小、封闭性（归单一组织所有）、高带宽低时延；说它"非封闭性"是错误的。
陷阱：把"城域网/广域网"的开放性套到 LAN。

66. 专利权归属

正确答案要点："专利一定是申请人、发明人的"是错误表述：职务发明申请权归单位，发明人只享有署名权与奖励报酬权。
陷阱：把"发明人"与"专利权人"混为一谈。

（四）软件工程过程与建模（第 13—16、31—32、45、57 条）#

13. 喷泉模型

正确答案要点：面向对象开发、各阶段无缝、迭代、可回溯的模型是喷泉模型（以用户需求为动力、以对象为驱动）。
陷阱：与"螺旋模型"（风险驱动）、"增量模型"混淆。

14. W 模型

正确答案要点：开发与测试同步进行、测试伴随整个开发周期的是 W 模型（V 模型的扩展，左右对称）。
陷阱：把 V 模型说成"测试与开发同步"（V 模型是阶段对应的串行）。

15. 配置项

正确答案要点：阶段输出物经评审/审批后纳入配置管理，成为软件配置项（SCI），是基线的基本单位。
陷阱：把"配置项"与"基线"混用（基线是一组配置项的集合）。

16. 敏捷开发

正确答案要点："敏捷以用例为中心"是错误说法；敏捷以人为中心、价值交付、可工作软件为核心。
陷阱：把 RUP（用例驱动、以架构为中心、迭代增量）的特征套到敏捷。

31. 需求分析常用模型

正确答案要点：Petri 网常用于描述并发、异步的系统行为，可用于需求/系统建模（也可用于性能分析）。
陷阱：把 Petri 网当"数据流图"的替代（DFD 描述数据加工与流动）。

32. PDCA

正确答案要点：PDCA = Plan（计划）、Do（执行）、Check（检查）、Act（处理），是质量管理与过程改进的基本循环。
陷阱：把 A 说成"分析/Analyze"（应为 Act/处置）。

45. 不适合自动化测试的场景

正确答案要点：需求频繁变化、界面/交互探索性强、一次性脚本的场景不适合自动化（维护成本高于收益）。
陷阱：认为"所有回归测试都必须自动化"。

57. 变更管理顺序

正确答案要点：提出变更申请 → 风险评估/影响分析 → 变更审批（CCB）→ 实施变更 → 验证 → 归档/基线更新。
陷阱：把"先实施后审批"当正确流程。

（五）操作系统与嵌入式（第 19—20、29、33、46、47、48 条）#

19. 单 CPU 多任务

正确答案要点：单 CPU 上多任务并发执行、交替运行（宏观并行、微观串行），依靠时间片/调度切换。
陷阱：说成"真正同时运行"（那需要多核/多处理器）。

20. I/O 通道

正确答案要点：通道是处理机（CPU）与外部设备之间的数据通路/专用 I/O 处理机，可独立执行通道程序，减少 CPU 干预。
陷阱：把通道当"设备控制器"（控制器是设备与总线间的接口）。

29. 操作系统内核功能

正确答案要点：内核通常包括进程管理、内存管理、文件系统管理、设备驱动管理（以及中断处理、系统调用接口）。
陷阱：把"编译器/数据库"塞进内核功能。

33. 进程与线程

正确答案要点：进程是资源分配的基本单位，线程是 CPU 调度的基本单位。
陷阱：把两者对调（最高频送分点）。

46. 嵌入式系统设计考虑因素

正确答案要点：可升级性、可配置性、易操作性、接口规范性、重量、功耗、成本、开发周期、可靠性、实时性。
陷阱：只答"性能与成本"，漏掉功耗/实时性/可裁剪。

47. C 语言机器学习算法
〔题面不全〕回忆关键词：blast。

答案 存疑
解析：若指 BLAST（Basic Local Alignment Search Tool），是生物信息学的序列比对算法，不是机器学习算法；若考"K 近邻/决策树"的 C 实现，需看原题。
陷阱：把生物信息学算法当 AI 算法。

48. NPU

正确答案要点：NPU（神经网络处理单元）面向神经网络矩阵/卷积运算，计算速度快、能效高，适合端侧 AI 推理。
陷阱：把 NPU 说成"通用处理器"或"只能训练不能推理"。

（六）架构定义、复用与领域工程（第 21、30、37、43—44、52—54、61—69 条）#

21. 软件架构复用

正确答案要点：架构复用分机会复用（opportunistic）与系统复用（systematic/planned）。
陷阱：把"机会复用"说成"有计划复用"。

30. 架构的定义

正确答案要点：软件架构 = 构件 + 连接件 + 约束（一组词汇表/构件与连接件的配置）。
陷阱：只答"模块划分"，漏掉连接件与约束。

37. DSSA

正确答案要点：DSSA（特定领域软件架构）因领域不同而互有差异，一个 DSSA 只适用于一个特定领域，包含领域模型、参考需求、参考架构。
陷阱：说"存在通用唯一的 DSSA"。

43—44. ABSD

正确答案要点：ABSD（基于架构的软件设计）最顶层分解为概念子系统；需求来源包括商业目标、现有系统、利益相关者需求；过程为架构需求→设计→文档化→复审→实现→演化。
陷阱：把 ABSD 说成"自底向上"；把"演化"漏出六阶段。

52. ABSD 六阶段

正确答案要点：架构需求、架构设计、架构文档化、架构复审、架构实现、架构演化。
陷阱：把"架构测试"塞进六阶段（测试在实现与演化中体现）。

53—54. 领域工程

正确答案要点：领域分析产出领域模型；领域设计产出 DSSA；领域实现产出可复用构件。
陷阱：把 DSSA 放在领域分析阶段。

61. 构件的外部可见性

正确答案要点："构件没有外部可见状态"是错误说法：构件通过公开接口暴露状态与行为，外部可见性正是复用的基础。
陷阱：把"封装内部实现"误解为"没有外部可见状态"。

62、65. 构件库管理

正确答案要点：构件库管理包括构件描述、构件分类（分类索引模式）、构件库组织、检索与反馈；检索依据需求列表匹配。
陷阱：把"构件分类"与"构件描述"对调。

63—64. 构件类型

正确答案要点：按复用方式可分为适应性构件（需修改/适配）与装配性构件（直接组装）（另有"可修改构件"等分法）。
陷阱：把"装配性"说成"需要重新编译"。

67. 契约式接口

正确答案要点：契约式设计（Design by Contract）以前置条件、后置条件、不变式明确接口的权利与义务，便于构件组装与验证。
陷阱：把契约式接口当"WSDL 描述"。

68—69. 构件质量特性

正确答案要点：可组装性要求外部接口通过公开接口定义；可部署性要求能作为独立实体在构件平台上运行。
陷阱：把"可组装性"与"可部署性"定义对调。

（七）质量属性与架构评估（第 23、27—28、34、49—51、55、56 条）#

23. 静态架构评估

正确答案要点：静态评估不运行系统，基于文档/模型分析（如 SAAM、ATAM）；动态评估需运行系统（如 ARID、ALMA）。
陷阱：把 ATAM 当动态评估（ATAM 是场景驱动的静态/分析式评估）。

27—28. 质量属性判断

正确答案要点：题干给"响应时间/吞吐量"→性能；给"更换平台/运行环境不改代码"→可移植性。
陷阱：把"可移植性"与"互操作性"混（前者换平台，后者跨系统交互）。

34. 效用树结构

正确答案要点：效用树层次为树根（效用）→ 质量属性 → 属性分类/细化 → 质量属性场景（叶子），按"重要性/实现难度"打分。
陷阱：把场景放在中间层、质量属性放叶子。

49—50. 质量属性场景要素

正确答案要点：环境是"刺激发生时系统的状态/条件"；性能的响应度量常用吞吐量、响应时间、并发数。
陷阱：把"环境"与"制品"混淆（制品是被刺激的对象）。

51. SAAM 输入

正确答案要点：SAAM 的输入包括问题描述、需求说明、架构描述文档；输出是场景评估结论与风险。
陷阱：把"源代码"当 SAAM 必需输入。

55. 批处理 vs 管道—过滤器
〔题面不全〕回忆关键词："比较错误的是 管道节点并行"。

答案 存疑
解析：管道—过滤器支持过滤器并发，但数据流是单向、无反馈的；批处理是整体顺序处理、中间结果落盘。若选项说"管道中节点不能并行"则错。
陷阱：把"单向数据流"误读为"不能并行"。

56. 构件接口调用
〔题面不全〕回忆关键词："分层，不是叠加"。

正确答案要点（推导）：构件通过接口调用其他服务属于分层/委托关系，不是"叠加（继承式）"关系。
陷阱：把接口调用当继承。

（八）可靠性、性能与运维（第 24—25、39、58—59、70 条）#

24—25. 可靠性计算与设计

正确答案要点：当 MTTF 与 MTBF 几乎相等时，说明 MTTR 很小（故障修复极快）；提高可靠性靠容错性（冗余/表决）与健壮性（异常处理）。
陷阱：把 MTBF 当"平均无故障时间"（严格说 MTBF=MTTF+MTTR）。

39. CDN 与反向代理

正确答案要点：CDN 与反向代理都基于缓存（就近返回静态内容），降低源站压力与时延。
陷阱：把 CDN 当成"负载均衡"（虽有调度，但核心是缓存分发）。

58—59. 覆盖率与链接测试

正确答案要点：代码覆盖率属于单元测试度量；链接测试属于 Web 系统测试（检查页面链接有效性）。
陷阱：把代码覆盖率用于系统测试。

70. 排序算法题
〔题面不全〕回忆为"某排序题"。

答案 存疑（无题干）
解析：常考稳定性与复杂度：稳定排序——冒泡、插入、归并、基数；不稳定——选择、快排、堆排、希尔。平均 O(nlogn)：快排、归并、堆排。
陷阱：把"快排最坏 O(nlogn)"当正确（最坏 O(n²)）。

（九）专业英语（第 71—75 条）#

71—75. 层次式体系结构（英文填空）

正确答案要点（据考生回忆的原文填空）：some / visible / limiting / abstraction / partition。
参考译文：层次式结构把系统组织成层次，每层为上层服务、作为下层客户；在某些层次系统中，除精心挑选的输出函数外，内部层接口只对相邻层可见；连接件通过决定层间交互的协议定义；拓扑约束对相邻层间交互加以限制；由于每层最多影响两层，只要相邻层提供相同接口，可传递的系统级抽象允许每层用不同方法实现，从而支持软件重用；层次结构中的构件被划分成若干层，每层代表应用的一个功能，有特定角色与职能。
陷阱：visible 与 limiting 词性/位置填反；partition 写成 parted。

三、收录说明#

四、案例分析（1 必做 + 4 选 2）#

必做题：大数据 Lambda / Kappa 架构（奥运转播，25 分）#

题面（公开源较完整，节选）
某网作为电视台互联网门户，奥运期间独家直播，产生海量数据，需在两个层面分析：

• 当日概览：秒级刷新在线人数、综合浏览量、页面停留时间、播放次数与平均播放时长（千万级实时数据）；传统分布式架构"重新计算"无法在几秒内出结果。
• 赛事回顾：自定义时间段的历史最高在线人数、逐日播放走势、点播排行等；数据不常索引/更新，要求不可变方式存储以保证历史准确性。

问题

1. （8 分）按 Lambda 与 Kappa 特点填表：维护几套系统/引擎、复杂度、开发维护成本、计算开销、实时性。
2. （9 分）给大数据架构图，把 (a) Nginx、(b) HBase、(c) Spark Streaming、(d) Spark、(e) MapReduce、(f) ETL、(g) MemSQL、(h) HDFS、(i) Sqoop、(j) Flume、(k) 数据存储层、(l) Kafka、(m) 业务逻辑层、(n) 数据采集层 填入 (1)—(9)。
3. （8 分）Lambda 分三层 (1)(2)(3)；判断该平台基于哪种架构。

解题框架

• 第 1 问对照表（标准答法）：

• 第 2 问按"采集→存储→计算→服务"分层归位：数据采集层＝Flume、Sqoop、Nginx（日志）、Kafka（缓冲）；数据存储层＝HDFS、HBase；计算层＝Spark、Spark Streaming、MapReduce、ETL；业务/服务层＝MemSQL。
• 第 3 问三层＝批处理层、加速（速度）层、服务层；该系统同时有批处理与流处理并合并视图 → Lambda（若只保留流链路才是 Kappa）。

常见得分点：2 套/1 套引擎；批处理层"全量、准确、高延迟"；速度层"增量、低延迟、近似"；服务层"合并视图对外查询"。

典型失分：把 Flume 填到存储层；把 Lambda 说成"三层＝采集/存储/计算"；Kappa 只说"实时"不说"单一流链路、可重放"。

选做题 1：JWT（JSON Web Token）#

考点（超纲，教材无）：JWT 的结构与特点、认证流程、与 Session 的对比。

解题框架

• 结构：Header.Payload.Signature 三段 Base64URL；Header 声明算法（HS256/RS256），Payload 放 claims（iss/sub/exp/iat/jti），Signature 用密钥对前两段签名。
• 特点：无状态（服务端不存 session）、自包含（携带用户信息）、跨域/跨语言、可设置过期；缺点：无法主动失效（需黑名单/短过期+刷新令牌）、payload 明文（不能放敏感信息）、令牌体积大。
• 认证流程：登录→签发 JWT→客户端存储（Header/ Cookie）→每次请求携带 Authorization: Bearer→服务端验签+校验 exp→放行。
• 安全要点：HTTPS 传输、禁用 none 算法、校验 alg、防重放（jti+黑名单）、合理过期时间。

得分点：三段结构；签名验签；无状态优缺点；过期与吊销方案。

选做题 2：数据持久层（Redis 数据丢失 + 数据库读写分离）#

考点：Redis 持久化（RDB/AOF）与数据丢失场景；主从复制；读写分离方案与一致性。

解题框架

• Redis 丢失原因：仅 RDB → 两次快照间数据丢失；AOF everysec → 最多丢 1 秒；主从异步复制 → 主库宕机丢未同步数据；内存淘汰/误删。
• 对策：AOF everysec + RDB 混合持久化、WAIT/哨兵/集群、定期备份、重要数据落库（Cache-Aside）。
• 读写分离：主库写、从库读；同步方式（半同步/异步）；延迟导致读到旧数据→对策：强一致读走主库、会话粘滞、缓存标记、GTID 等待。
• 分库分表中间件：MyCat/ShardingSphere。

得分点：RDB 与 AOF 差异；丢失窗口量化；读写分离延迟及缓解。

选做题 3：Hibernate 架构（ORM）#

考点：Hibernate 核心组件、ORM 映射、缓存、懒加载。

解题框架

• 核心：SessionFactory（重量级、线程安全）→ Session（一级缓存、非线程安全）→ Transaction；另有 ConnectionProvider、TransactionFactory。
• 映射：*.hbm.xml 或 JPA 注解；对象关系映射（一对一/一对多/多对多）、继承映射（单表/ Joined / 每类一表）。
• 缓存：一级缓存（Session 级）、二级缓存（SessionFactory 级，Ehcache）、查询缓存。
• 优缺点：屏蔽 SQL 差异、提高开发效率；缺点是SQL 不可控、复杂查询性能差、大批量操作弱（可用原生 SQL/JDBC 补充）。

得分点：SessionFactory/Session 生命周期；一级/二级缓存；懒加载与 N+1 问题。

选做题 4：SysML 需求图与关系#

考点：SysML 七种关系、需求图元素、需求追溯。

解题框架

• SysML 关系：包含（include）、扩展（extend）、泛化、关联、依赖、组合、聚合（与 UML 类似，另有 allocate 分配关系）。
• 需求图元素：需求（requirement）、包含/派生（containment/deriveReqt）、满足（satisfy）、验证（verify）、细化（refine）、追溯（trace）。
• 答题：需求框写 id+text；用 «satisfy» 连到设计元素，用 «verify» 连到测试用例。

得分点：需求图是 SysML 新增；satisfy/verify 箭头方向；需求层级分解。

五、论文（4 选 1，题面完整）#

试题一：论边缘计算及其应用#

三问：①项目与本人工作；②六种边云协同（资源协同、数据协同、智能协同、应用管理协同、业务管理协同、服务协同）的含义；③项目如何用边缘计算设计与实现。

写作框架

• 六协同标准答法：
• 资源协同：边缘节点与云端的计算/存储/网络资源统一调度；
• 数据协同：边缘采集预处理、云端汇聚建模，数据分级流动；
• 智能协同：云端训练、边缘推理，模型下发与增量更新；
• 应用管理协同：云端统一编排/发布应用，边缘运行与灰度升级；
• 业务管理协同：云端负责业务编排与决策，边缘执行本地业务闭环；
• 服务协同：云端提供全局服务，边缘提供低时延本地服务，服务注册与发现互通。
• 实践段：写清"为什么需要边缘"（时延、带宽、隐私、断网可用），给部署形态（边缘网关/一体机/MEC）、容器化下发、断网续传。
• 收尾：量化（时延从 200ms→20ms、回传带宽降 70%）＋不足（运维分散、安全边界扩大）。

得分点：六协同一个不漏且解释准确；"边云是协同不是替代"；有真实部署细节。

试题二：论多源数据集成及应用#

三问：①项目与本人工作；②多源数据集成的策略；③项目如何基于多源数据集成设计与实现。

写作框架

• 策略（按层次）：数据抽取（全量/增量、CDC）→ 数据转换清洗（标准化、码值映射、去重、脱敏）→ 数据加载（批/流）→ 主数据管理/元数据管理 → 数据质量监控；架构模式：ETL / ELT / 数据虚拟化 / 联邦查询 / 消息总线（CDC+MQ）。
• 实践段：列数据源（ERP/CRM/日志/传感器）、选型（Kafka+Flume、DataX/Sqoop、Spark、Hive/ClickHouse）、调度（Airflow/DolphinScheduler）、口径统一与主数据。
• 收尾：指标（数据一致性 99.9%、报表时效 T+1→分钟级）＋难点（口径冲突、脏数据、增量识别）。

得分点：策略分层清晰；说出 ETL 与 ELT 区别；元数据/数据质量闭环。

试题三：论面向对象的建模及应用#

三问：①项目与本人工作；②什么是用例模型与分析模型，项目中如何使用；③使用中遇到哪些问题、如何解决。

写作框架

• 用例模型：参与者、用例、用例图、用例规约（前置/后置条件、基本流/备选流）；用于捕获需求。
• 分析模型：边界类/控制类/实体类、类图、序列图、状态图；用于从需求到设计的过渡（不含实现细节）。
• 实践段：从用例规约推导分析类（每个用例的边界/控制/实体），用序列图验证职责分配，用状态图描述订单/工单生命周期。
• 问题与解决（这是本题得分重点）：用例粒度过粗/过细→按"用户目标"分层；需求变更→用例规约版本化+追溯矩阵；分析与设计脱节→边界类映射到界面、控制类映射到服务、实体类映射到领域模型。

得分点：用例模型 vs 分析模型职责区分；三类分析类；真实问题与对策。

试题四：论软件的可靠性评价#

三问：①项目与本人工作；②可靠性模型有哪些，如何选择；③项目如何用选定模型做可靠性评价。

写作框架

• 模型分类：种子法（Saturating/Seeding）、失效时间模型（Jelinski-Moranda、Musa 执行时间模型、Goel-Okumoto）、失效计数模型（Musa-Okumoto、Goel-Okumoto NHPP）、基于架构的可靠性模型、贝叶斯模型。
• 选择依据：失效数据形态（时间域/计数域）、是否可假设分布、测试剖面是否接近运行剖面、数据量、模型验证（拟合优度、预误差）。
• 实践段：收集失效数据（缺陷数、失效间隔时间）→ 选 NHPP/Musa 模型 → 拟合 → 预测剩余缺陷与失效强度 → 判定是否可发布（可靠度≥0.99、MTTF 达标）→ 上线后验证。
• 收尾：模型局限（假设强、数据质量依赖）＋改进（多模型交叉验证、结合架构可靠性）。

得分点：至少说出 3 类模型并举名；选择依据；评价流程闭环（数据→拟合→预测→决策）。

六、使用建议#

1. 本卷是"大数据案例"的分水岭：必做题首次从质量属性换成 Lambda/Kappa，说明命题会跟技术热点，2027 备考必须准备"大数据 + 云原生"案例。
2. 综合知识按 75 条清单刷：重点补 McCabe、进程/线程、三级模式、4NF、SysML、ABSD 六阶段、效用树、构件质量特性。
3. 论文四题都很"传统"：边缘计算、多源集成、OO 建模、可靠性评价，可各准备一个项目素材。
4. 注意来源陷阱：网上大量"2023 下"文档实为旧题重贴，练题时先看是否含 JWT/Hibernate/Lambda 这些 2023 特征。

七、来源#

交叉验证：S1 与 S3 的 Lambda/Kappa 案例题面一致；S1 的案例选做（JWT、Redis、Hibernate、SysML）与 S2 论文四题在技术年代上自洽；S4 与三者冲突且为旧题，判定误标。