Day39-02｜20.1.2 论文写作格式：让阅卷者快速看见架构能力

对应教材：第20章《系统架构设计师论文写作要点》20.1.2 论文写作格式

一、格式不是形式主义

系统架构设计师论文通常要求围绕指定主题，结合项目实际，完成摘要和正文。格式的价值在于帮助阅卷者确认三件事：你是否理解题目，你是否真的做过架构工作，你是否能够用完整的工程链条证明设计有效。结构混乱、段落失衡、重点缺失，即使技术名词很多，也很难形成有效论证。

一篇合格论文应形成如下阅读路径：

摘要：我做了什么、解决什么问题、结果如何
  ↓
背景：为什么必须做、约束是什么
  ↓
方案：采用什么架构、关键决策是什么
  ↓
实施：如何落地、如何治理和验证
  ↓
结果：指标变化、收益、问题和改进

二、摘要的格式与功能

摘要不是目录，也不是口号。它应当是正文的压缩版，通常包含项目背景、本人职责、架构方案、实施结果和结论。摘要不需要把所有技术都塞进去，重点是建立一条闭合叙事。

推荐使用五句法：

1. 项目是什么，服务谁，面临什么问题。
2. 项目规模和关键约束是什么。
3. 本人承担哪些架构职责。
4. 采用了哪些与题目直接相关的方案。
5. 项目取得什么结果，还有什么认识。

例如题目是高可用架构，摘要就必须出现可用性目标、故障处理、数据保护和结果，而不能把篇幅大量用于公司介绍。摘要中的数字、角色、技术必须与正文一致，否则会产生明显的可信度问题。

三、正文的推荐结构

正文可以分为四至六个自然段，每段承担明确任务。第一段写项目背景和问题；第二段写总体架构和设计目标；第三、四段写关键方案和本人工作；第五段写实施、验证和效果；最后一段写总结与反思。

推荐的正文结构如下：

段落不必机械写成小标题，但逻辑必须清楚。若使用小标题，应简洁并服务于论证，例如“二、面向峰值流量的分层与削峰设计”“三、面向故障隔离的服务治理”。

四、开头如何避免空泛

错误开头通常是：“随着互联网技术的发展，系统架构越来越重要。本文将介绍我在某项目中的实践。”这类句子没有提供任何项目事实。更好的开头应直接进入业务场景：某省级服务平台需要支撑多部门协同，日均办理量约30万，高峰期集中在工作日上午；原单体系统存在响应抖动、发布停机和跨部门数据不一致问题。本人担任系统架构设计师，负责总体架构、数据分层、接口治理和高可用设计。

好的开头有四个特征：有业务对象、有规模约束、有问题、有个人职责。即使项目是虚拟综合案例，也应保持这些要素一致。

五、主体如何体现“高级”

高级不是技术名词多，而是能够说明边界、约束、权衡和验证。比如写微服务，至少应解释：按什么原则划分服务；如何控制服务粒度；同步与异步如何选择；如何处理事务和数据一致性；如何进行服务发现、配置、限流、熔断、追踪和版本兼容；拆分后带来哪些代价。

写缓存不能只说“提高访问速度”，要交代缓存对象、失效策略、更新策略、穿透击穿雪崩防护、数据一致性和容量成本。写容灾不能只写“双机热备”，要交代故障域、切换条件、RTO、RPO、数据复制、脑裂防护和演练结果。

文章中的每个核心方案都可以使用“五问法”：

为什么需要？采用什么？如何工作？如何验证？代价是什么？

这五问能够迫使文章从名词罗列升级为架构论证。

六、图示与表格的使用

考试手写时，图示应少而有效。建议准备一张总体逻辑图和一张关键链路图。图中使用中文短词，标明数据流、控制流和边界。例如：

用户 → 接入层 → 业务服务层 → 数据访问层 → 数据库
             ↓             ↓
          限流鉴权       消息队列 → 异步处理
             ↓             ↓
          监控审计 ← 日志/指标/追踪

图的作用不是装饰，而是帮助正文快速说明组件关系。若文章写安全架构，可以在图中标出互联网区、应用区、数据区、运维区，并在正文解释各区的控制措施。若写云原生，可以标出容器平台、服务治理、配置、可观测和发布流水线。

七、字数、时间与版面管理

不要把时间全部用在前半篇。建议按“审题5分钟、提纲10分钟、摘要15分钟、正文75分钟、检查10分钟”进行训练，具体时间可根据个人书写速度调整。先写提纲再落笔，能够避免写到后半段才发现没有结果或总结。

版面管理要注意：标题和段落之间留出适当间隔；不要一个段落写满整页；数字和英文缩写保持清楚；图表不要挤压正文；发现错字用规范方式修改。最重要的是保证摘要、正文和结尾都完成，避免前面写得很细、最后没有时间收束。

八、案例：把提纲展开成格式完整的论文

题目：“论微服务架构在大型业务系统中的应用”。提纲可写成：

1. 项目背景：多区域零售平台，峰值流量和发布影响问题
2. 总体架构：接入层、领域服务、数据层、平台治理层
3. 服务拆分：按业务边界和变化原因划分，控制粒度
4. 服务治理：注册发现、配置、限流、熔断、追踪、灰度发布
5. 数据与一致性：独立数据、事件驱动、幂等、补偿和对账
6. 实施结果：性能、可用性、发布效率指标
7. 总结反思：复杂度增加及治理改进

这个提纲已经覆盖了“是什么、为什么、怎么做、效果如何”。如果题目改为“论高可用架构”，则应将第3、4、5段改写为冗余、故障隔离、数据保护、降级和演练，项目背景可以保持不变。

九、今日练习

练习1：结构排序

将以下内容按论文逻辑排序：项目结果、本人职责、业务背景、核心方案、问题反思、系统规模。

练习2：五段提纲

以“论数据库系统的高可用设计”为题，写出至少五段正文提纲。

练习3：删除空话

把“本系统采用先进技术，具有良好的性能和可扩展性”改成可验证的工程表达。

十、参考答案

练习1顺序可为：业务背景→系统规模→本人职责→核心方案→项目结果→问题反思。本人职责也可以放在背景结尾，但必须在摘要和正文中明确。

练习2示例：背景与数据库故障风险；总体架构与可用性目标；主从复制、集群和故障转移；读写分离、分片和容量扩展；备份恢复、RPO/RTO和演练；实施效果与不足。

练习3示例：系统将热点查询与事务写入分离，使用读副本承接查询流量，并通过连接池和索引优化将核心接口P95从800毫秒降至260毫秒；业务服务采用无状态部署，可按实例水平扩展，但跨库查询和复制延迟增加了数据一致性治理成本。

十一、今日小结

论文格式的目标是让阅卷者沿着清晰路径看到架构能力。摘要负责压缩全篇，正文负责论证决策，图示负责呈现关系，结果负责验证方案，结尾负责总结取舍。格式稳定后，考场上最宝贵的时间可以用于思考题目，而不是临时组织结构。