系统架构对话

学架构时，容易记住“缓存、并发、冗余、接口”这些名词，却未必能解释：为什么在这里使用它，用了以后又会失去什么。

这个系列从学习系统架构设计师知识时的真实追问出发，围绕一个多路数据采集系统展开。每篇保留“提出直觉、追问条件、修正判断”的过程，配上结构图和时间线，让抽象概念能落到具体的设计决定上。

你不必做过雷达系统。只要写过接收数据、处理任务、存文件的程序，就能沿着对话读下去。文中的负载和验收数字都有明确的讨论条件，不是对设备性能的承诺。

按顺序阅读

1. 系统架构对话（一）：功能做对了，系统为什么仍然不好用？

   从拆函数、加缓存和采集丢帧出发，把“快、稳、好改”变成可以讨论、设计和验收的质量属性场景。

2. 系统架构对话（二）：缓冲区加大了，为什么还是丢数据？

   用缓冲容量预算区分短时停顿和持续过载，再追问多进程、环形缓冲与优先级分别解决了什么。

3. 系统架构对话（三）：进程重启了，为什么还不算恢复？

   从心跳告警追到状态恢复、半帧文件和冗余边界，区分“进程活着”与“业务重新可用”。

4. 系统架构对话（四）：换设备、做测试，代价应该留在哪里？

   沿着新增设备、协议适配、记录回放和数据归档，讨论可修改性、可测试性、安全性与易用性的相互影响。

这些对话怎样连起来

先把“快、稳、好改”写成能验收的场景，再讨论性能和故障恢复。到了第四篇，同一套系统开始面对新设备、回归测试、权限与操作反馈。一个决定对多个质量属性的影响，会在不同文章里反复出现。

后续内容将随学习进度继续补充。本页按篇次维护，已发布文章的前后篇导航会随之更新。