Excel做架构图？

这问题，听起来就像拿筷子喝汤，怎么想都有点别扭。但你别说，这事儿我还真干过，而且干得不少。身边那些嘴上说着Visio、Draw.io、PlantUML大法好的技术大拿们，我敢打赌，他们硬盘深处，肯定也藏着几个用Excel画的，充满了“黑历史”却又解决了燃眉之急的架构图。

为什么？这事儿得从根上聊。

你想象一下，一个下午，你和产品经理、另一个后端哥们儿，关在小黑屋里，白板上已经画得乱七八糟，这时候谁还有心情去开一个笨重的专业软件，等它加载半天？或者跟同事解释怎么安装、怎么注册一个在线画图工具？别闹了。这时候，全宇宙装机量最高的“画图软件”——Excel，就在你桌面上。双击打开，新建一个工作表，马上就能开干。

这东西，胜在普及，胜在打开即用。这就是它最核心、最无可替代的价值。它不是最好的，但它永远是最快能到手的那个。

好了，不扯闲篇了。真要在Excel里捣鼓出一张看得过去的架构图，不是瞎拖乱拽就完事的，里面有点小门道。

第一步：驯服画布，而不是被画布驯服

拿到一张默认的Excel表，直接上手画，那绝对是灾难。长方形的单元格，混乱的尺寸，会让你的所有组件都歪歪扭扭，逼死强迫症。

所以，第一件事，也是最关键的一件事，就是改造工作表。

全选整个工作表（点击左上角行号和列标交叉的那个小三角），然后随便拉动一列的列宽，把它变得很窄，比如宽度设为“2”或者“3”。接着，同样全选，把行高也设置成跟列宽差不多的像素值。这么一搞，你的Excel瞬间就从一个账本，变成了一张像素完美的网格纸。

这张网格纸，就是你施展拳脚的基础。它提供了一种天然的、无需多言的秩序感。

接下来，还有一个灵魂设置。在“页面布局”或者“绘图工具”选项卡里，找到一个叫“对齐”的功能，勾选“对齐到网格”。这个选项，我的天，简直是手残党的救世主。勾上它之后，你拖动任何形状，它都会像磁铁一样自动吸附到网格线上，你再也不用眯着眼睛去对齐那些边边角角了。整洁、利落，专业范儿一下就上来了。

第二步：万物皆“形状”

Excel里的图形元素，主要藏在“插入”->“形状”这个宝库里。别小看它，这里面的东西足够你拼凑出任何你想要的系统架构。

• 方块（矩形）：万能的组件。一个微服务、一个应用模块、一个Nginx实例，都可以用它来表示。加点圆角，看起来就没那么生硬。
• 圆柱体：数据库的经典形象，这个是约定俗成的。看见它，大家就知道这是数据存储的地方，不管是MySQL、Redis还是MongoDB。
• 菱形：通常用来表示判断或逻辑分支，比如网关的路由决策。
• 云朵形状：代表外部世界，比如公网、第三方服务等。
• 箭头和连接线：这是图的灵魂，负责串联起各个组件，表示数据的流向、请求的调用关系。

这里的关键不是你会用多少种形状，而是形成自己的一套图例规范。比如，我习惯用深蓝色填充的方块代表核心业务服务，浅蓝色代表支撑服务，用虚线边框代表正在开发或规划中的服务。一旦你和你的团队建立了这种默契，图的沟通效率会指数级提升。

第三 D步：连接线的艺术与挣扎

画架构图，最让人抓狂的环节，往往是调整连接线。一个组件位置变了，所有的线都得跟着手动调，简直是噩梦。

所以，千万，千万不要用“线条”工具去画连接线！

一定要用“肘形连接符”或者“曲线连接符”。这些连接符的神奇之处在于，它们的端点是可以“吸附”在形状的连接点上的（你拖动端点靠近形状时，会看到形状边缘出现灰色的小圆点）。一旦吸附上，你再移动形状，连接线就会像一根聪明的橡皮筋一样，自动跟着调整路径，始终保持连接。

这一个小小的技巧，能帮你节省至少一半的维护时间。

当然，有时候连接线会自动绕一些很蠢的路径，这时候你需要右键点击连接线，选择“编辑顶点”，手动拖拽黄色的控制点，来规划它的走向。这需要一点耐心，但为了最终的清爽，值得。

第四步：让信息清晰，而不只是好看

一张图画完了，五颜六色，看起来很热闹，但别人看不懂，那就是失败的。

• 文字说明是核心。每个形状里，一定要写清楚它是什么。是“用户服务(User Service)”还是“订单数据库(Order DB)”。如果形状里的空间不够，就用一个单独的“文本框”放在旁边。
• 颜色不是越多越好。克制！用颜色来做区分，而不是装饰。比如，同一个系统域的服务用一个色系，不同的调用协议（HTTP, RPC, 消息队列）用不同颜色或样式的连接线。保持整个画面的主色调不超过3-4种，会显得非常专业。
• 善用“组合”。当你画好了一个逻辑单元，比如一个包含了Nginx、业务应用、数据库的完整服务栈，把它们全部选中，然后右键 -> “组合”。这样一来，它们就变成了一个整体，可以随意拖动，内部的相对位置不会乱。这对于绘制复杂的、分层的架构图来说，是生命线级别的功能。
• 图层意识。有时候形状和线条会互相遮挡，记得用“置于顶层”和“置于底层”的功能来调整它们的堆叠顺序。

Excel架构图的“天花板”在哪里？

说了这么多，并不是要吹捧Excel是画架构图的神器。它有非常明显的硬伤和适用边界。

它的天花板很低。

当你的系统复杂到有几十上百个服务，调用关系盘根错节时，用Excel简直是在给自己上刑。拖动一个组件，可能会引起连锁的布局雪崩，连接线会变得一团糟，性能也会急剧下降。

它极不适合版本管理。一个二进制的xlsx文件，你根本没法做Code Review，也无法清晰地看到每次修改了什么。这在严肃的工程实践中是不可接受的。

它缺乏标准化和自动化的能力。你无法用代码去生成图（像PlantUML那样），也无法保证每个人画出来的风格都一致。

所以，你怎么用它，取决于你的场景。

• 内部快速讨论、白板草稿的电子化：Excel是神器，无敌的存在。
• 给非技术人员（比如老板、产品）讲解简单的业务流程和系统关系：Excel足够了，他们看得懂，你也画得快。
• 团队内部，小范围的技术方案对齐：没问题，只要大家都接受这种方式。
• 正式的、需要长期维护的、作为官方文档的系统架构图：请远离Excel！ 去用专业的工具，无论是可视化的Lucidchart、Draw.io，还是代码化的PlantUML、Mermaid。这不仅是专业性的体现，更是对后续维护者的尊重。

说到底，工具没有好坏，只有合不合适。Excel做架构图，就像你厨房里的那把水果刀，你当然可以用它来切菜，甚至偶尔应急还能砍个骨头，它很方便。但你真要正经做一桌大餐，还是得请出专业的厨师刀。

搞清楚这一点，你就知道什么时候该毫不犹豫地打开Excel，什么时候又该对它说不了。