DRcthink1. 什么是UML时序图？
第一次接触UML时序图时，我盯着那些纵横交错的线条和矩形看了半天，完全摸不着头脑。直到参与了一个电商支付系统的开发，看到资深架构师用时序图梳理支付流程，才恍然大悟——原来这就是把代码对话可视化！
简单来说，时序图就像给系统交互拍"慢动作视频"。它用纵轴表示时间流逝（从上到下），横轴排列参与交互的对象，通过生命线和消息箭头展示"谁在什么时候给谁发了什么指令"。比如用户点击支付按钮后：
- 前端如何调用支付接口
- 支付服务如何验证金额
- 银行网关如何返回结果
- 订单系统如何更新状态
整个过程一目了然。
在实际项目中，我发现时序图特别适合解决三类问题：
- 理清复杂调用链：当多个微服务相互调用时，时序图能清晰展示调用顺序和依赖关系
- 排查超时问题：通过激活条的长度对比，能直观发现哪个环节耗时异常
- 设计接口契约：消息箭头上的方法签名就是最好的接口文档雏形
需要模型API调用？ 免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. 时序图核心元素拆解
2.1 生命线与对象表示
生命线（Lifeline）是时序图的"脊椎"，代表对象在交互期间的存在。画图时我习惯用三种方式表示对象：
plantuml复制@startuml
participant ":订单服务" as OrderService
participant "支付网关:PaymentGateway" as PG
participant "用户界面" as UI
@enduml
- 显式命名（推荐）：
支付服务:PaymentService同时显示实例名和类名 - 匿名对象：
:PaymentService只显示类名，适合单实例场景 - 省略类名：
支付服务仅当上下文明确时使用
踩坑提醒：曾经有个项目因为大量使用匿名对象，导致后期维护时分不清不同微服务实例，建议至少标注类名。
2.2 消息类型详解
消息是对象间的"对话"，常见的有三种：
| 消息类型 | 箭头样式 | 典型场景 | 代码对应 |
|---|