UML之序列图的消息

序列图表现各参与者之间为完成某个行为而发生的交互及其时间顺序，序列图中的交互通过消息实现。消息是从一条生命线到另一条生命线的通信，它们通常是水平或倾斜向下的箭头，从发送方生命线离开，到达接收方生命线。如果需要，在这些消息中可以传递参数值，但要注意确保参数类型与参数值与接收生命线角色所定义的操作相匹配。

同步消息及其返回消息

带有实心箭头的实线表示同步消息。发送方生命线向接收方生命线发送同步消息，然后发送方等待返回。同步消息的返回消息使用带有V形箭头的虚线表示，它由接收方生命线指向发送方生命线。

通常同步消息通过发送方调用接收方的操作来实现。图 1展示了同步消息的发送及返回过程。

图 1 同步消息

发送方向接收方发送同步消息后需要等待返回结果，但这并不意味着发送方必然被阻止发送或接收其他消息，UML序列图允许非阻塞的同步行为。建模者务必明白，序列图中的参与者不是实例而是角色，因而发送方可能有多个部分或包含线程，而当前等待可能只是阻塞其中的一个。

如果发送的同步消息已经可以明确其返回消息的信息，或者在当前所表达的行为中不需要特意表达返回消息时，在序列图中可以省略返回消息的描画。

如果建模的是一个概念性的序列图，那么同步消息仅仅意味着发送者确保接收者收到了消息。否则，它表示发送者正在调用接收者的一个操作，并且发送者将等待响应。消息名称放置在箭头上方，并遵循接收者定义的操作语法。被调用的操作必须是接收者"操作"的成员，或者是从接收者的超类中继承而来的。操作的参数可以根据场景给出适当的值。

异步消息

带有V形箭头的实现表示异步消息。发送异步消息时，发送方不会等待回复。而接收方必须是一个活动类，异步消息可以是硬件或软件中断。大多数基于Web的交互都是从浏览器到服务器的异步消息，随后是另一个方向的异步消息。

异步消息可以是异步方式调用的操作（许多编程语言提供了异步操作定义机制），也可以是发送的信号。由于无法回复，异步消息不可以有返回值或输出参数。图 2展示一个唤醒信号（Wakeup），信号只能有输入参数，可以将这些参数列在信号的独立分隔栏中。在图 2中，唤醒信号的参数是message:String。信号也可以在状态图和活动图中展示。