时序图怎么画？
解析交互设计的底层逻辑与绘制规范
时序图（Sequence Diagram）不仅仅是画几条线。它是面向对象设计中，用于展示对象之间“协作关系”与“时间顺序”的最精确语言。很多所谓的“画不好”，本质上是对UML语义理解的偏差。本文将拆解每一个图元，告诉你专业的时序图该由哪些细节构成。
1 对象与生命线：不仅仅是方框
“时序图怎么画”的第一步，是确定谁在参与这场对话。生命线（Lifeline）代表了一个独立的对象在时间维度上的存在。
1.1 命名规范的潜规则
很多人习惯随手写一个名字，但在标准UML中，矩形框内的文字决定了你引用的是“类”还是“实例”。这直接影响图表的专业度。
| 格式 | 含义 | 适用场景 |
|---|---|---|
order:OrderService
|
具体的命名实例 | 强调特定的对象（如“当前订单”） |
:OrderService |
匿名实例 | 最常用，仅关注类，不关注具体是哪个对象 |
User |
仅对象名 | 非软件系统的角色（如“管理员”） |
1.2 虚线的物理意义
矩形框下方的垂直虚线表示时间的流逝。虽然手绘时我们常随意画一条线，但在复杂的系统设计中，如果你需要删除或移动某个中间对象，手动调整这些虚线的间距会非常繁琐。
注：这也正是手打时序图这类文本转图表工具流行的原因——你只需要定义角色，工具会自动计算并绘制所有平行的虚线，无需人工对齐。
2 消息交互：箭头形状决定程序逻辑
这是初学者最容易混淆的部分。时序图的核心价值在于展示消息的传递，而箭头的线型（实线/虚线）和头部形状（实心/开放）严格对应了不同的编程实现方式。
同步消息 (Synchronous)
代码含义： funcA() 调用后，调用者必须挂起（Blocked），等待
funcA 执行完毕并返回结果，才能继续执行下一行代码。
异步消息 (Asynchronous)
代码含义： 发送消息后，发送者不等待结果，直接继续执行。常用于发送MQ消息、启动新线程或UI事件触发。
返回消息 (Return)
表示控制权交还给调用者。注意：在高度概括的系统图中，为了简洁，如果返回值显而易见，有时会省略此线。
3 激活条：控制焦点的精细化
很多初学者画时序图时会忽略生命线上的那个细长的“矩形条”（Activation Bar）。
3.1 它不仅仅是装饰
激活条代表“控制焦点”（Focus of Control）。它的长度不仅代表时间，更代表该对象处于“活动状态”（Active）或“占用状态”。
- 起点： 收到消息的那一刻。
- 终点： 发送完返回消息的那一刻。
- 嵌套： 当对象在处理过程中调用了自身的方法（Self-Call），需要在原激活条上再叠加一层激活条，形成阶梯状。
绘图难点： 在Visio或PPT中，手动调整这些矩形的长度和层级非常耗时，一旦前面的流程增加一步，所有的矩形都要手动拉伸。这是导致很多工程师放弃画标准时序图的主要原因。建议使用支持自动布局的工具来规避这个繁琐的步骤。
4 组合片段：表达复杂的业务逻辑
代码里有 if/else 和 for 循环，时序图中如何表达？这就需要用到组合片段（Combined
Fragments）。它是一个外围框，左上角标有操作符。
Alt (Alternative)
相当于 if ... else ...
框内用虚线分为两个或多个区域。每个区域有一个守卫条件（例如 [余额充足]）。每次执行只能走其中一条路径。
Opt (Option)
相当于 if (...) {} (无else)
只有一个区域。如果条件满足则执行，否则直接跳过框内的所有交互。
Loop
相当于 for / while
表示循环执行。通常在左上角标注循环次数（如 loop(1, 10)）或布尔条件。
Par (Parallel)
多线程并发
表示框内的不同区域是同时发生的。这在分析分布式系统或多线程交互时非常关键。
总结
画好时序图的关键不在于工具的花哨，而在于对上述UML语义的严格遵守。一个清晰的时序图应该像一份整洁的代码一样，逻辑严密、无歧义。
当你掌握了这些“怎么画”的原理后，你会发现真正耗时的往往是排版调整。此时，选择一个能够理解这些语义、并自动将文本逻辑转换为标准图表的工具（例如 手打时序图 提供的方案），能让你将精力从“画线”回归到“设计”本身。