在UML序列图中，执行规范（Execution Specification）通过垂直的实心矩形直观展现生命线正在处理特定任务的状态。这个矩形覆盖在生命线上，明确标识对象处于行为执行阶段。虽然并非所有序列图都需要包含执行规范，但在需要追踪调用堆栈或标记行为终止点的复杂场景中，它的作用尤为显著。值得注意的是，若在某条生命线上采用执行规范，建议全图保持统一的表达方式。图1展示了包含执行规范的典型示例，而图2则呈现了未使用该元素的对比案例。
图1 生命线上的执行规范示意
图2 未采用执行规范的序列图
执行规范可附加名称标识，但通常仅在操作名称与关联消息不一致时才有必要标注。实践表明，多数建模者倾向于省略这一命名步骤。
观察图1可发现，右侧生命线:Lifeline2初始阶段即处于工作状态（由执行规范表示），随后向:Lifeline1发送同步请求。接收方在响应消息时进入执行阶段，此时发送方暂停当前任务直至获得返回结果。值得注意的是，虽然同步等待期间执行规范在视觉上出现间断，但本质上对象仍保持”工作中”状态。因此，部分建模工具会采用图3所示的连续矩形来表示这种持续性，而非中断式表达。
图3 连续型执行规范示意图
不同建模风格会导致执行规范的呈现差异：图1模式呈现交替执行状态，而图3风格允许并行显示。当涉及回调机制时，执行规范会出现层叠现象。如图4所示，:Lifeline3发送operate()请求后，:Lifeline4在执行过程中触发callback()回调，此时接收方生命线上会形成错位叠加的缩小矩形，这种视觉处理能清晰展现嵌套执行关系。
图4 嵌套执行规范示例
需特别澄清的是，部分建模工具将执行规范等同于”激活状态”，这种简化可能引发概念混淆。实际上，激活仅是执行规范的可视化手段，而非其本质。执行规范的核心价值在于精确描述生命线在特定时段执行的具体操作。
为提升建模准确性，建议遵循以下原则：
1. 主动定义执行规范边界，确保其始终与消息传递过程严格对应，避免依赖工具的自动生成功能
2. 善用UML工具的标注功能，通过添加操作说明或注释强化语义表达
3. 理解不同工具的实现差异，始终把握执行规范的本质含义
掌握这些要点后，建模者能够更准确地通过序列图传达系统动态交互过程，有效避免概念误用带来的理解偏差。
