在UML序列图中，各交互对象通过特定形式的通信完成特定行为，这些通信以消息为载体并按时间顺序排列。消息本质上是生命线之间的信息传递，通常以水平或向下倾斜的箭头表示，箭头起始于发送方生命线，终止于接收方生命线。消息可携带参数，但需注意参数类型与取值必须符合接收方角色定义的操作规范。
1. 同步通信及其反馈机制
实线配合实心箭头代表同步消息。发送方发出此类消息后会暂停当前操作，直至收到接收方的响应。反馈信息则用带V形箭头的虚线表示，方向与原始消息相反。这类通信通常体现为接收方操作的调用过程。图1直观呈现了同步消息的完整交互流程。
图1 同步消息交互示例
需特别说明的是，发送方的等待状态并不完全限制其处理其他消息的能力。由于序列图中的参与者代表角色而非具体实例，发送方可能包含多个并发单元，当前阻塞可能仅影响其中部分线程。当返回信息已隐含在上下文中，或当前行为描述无需强调反馈时，序列图中可省略返回消息的绘制。
在概念性建模中，同步消息仅确认接收方成功接收信息；而在具体实现层面，则代表发送方调用接收方操作并等待执行结果。消息命名需符合接收方操作语法规范，调用的操作应属于接收方定义的操作集合或其继承的超类操作，参数值需根据实际场景设定。
2. 非阻塞式异步通信
V形箭头配合实线表示异步消息，其特点是发送方无需等待响应。接收方须为活动类，此类消息可模拟硬件中断或软件触发机制。现代Web应用中，浏览器与服务器间的交互多采用此模式。
异步消息可分为两类：通过特殊语法定义的异步操作调用，或单向信号传递。由于不涉及响应，此类消息不得包含返回值或输出参数。图2展示了带字符串参数（message:String）的唤醒信号（Wakeup），该信号也可在其他行为图中呈现。
图2 信号结构示意图
图3演示了活动类的标准表示法，通过双竖线边框标识。在专属的"接收"栏中列明可处理的信号，其格式与操作定义类似。图中示例为唤醒信号的接收声明。
图3 活动类结构
图4呈现了信号在序列图中的实际应用：生命线Lifeline1向System活动类发送异步唤醒信号。异步消息对应的信号必须是接收方声明可接收的类型或其继承的超类信号。
图4 信号传递实例
概念性建模中，异步消息仅表明发送方不期待即时响应。虽然规范要求接收方为活动类，但实际建模时部分设计者可能省略活动类的特殊边框标识。
3. 内部消息传递机制
自消息表示对象内部组件或线程间的通信，其箭头起始与终止于同一条生命线。根据需求可采用同步或异步形式，通过箭头类型区分。同步自消息可能伴随虚线返回箭头。图5中，Lifeline1展示同步自消息，Lifeline2则演示异步自消息。
图5 自消息应用案例
文章整理自互联网，只做测试使用。发布者：Lomu，转转请注明出处：https://www.it1024doc.com/8773.html
