多继承场景下UML序列图如何在自消息方法内绘制其调用的继承类方法

你之前两种画法的核心问题分别是：

• 第一种：只画了b()的自调用，把方法当成了黑盒，完全丢失了内部的跨父类调用细节
• 第二种：没有给b()的执行范围做明确的边界标识，导致各个跨类调用和外层方法的从属关系模糊

用到的两个UML原生规范元素 #

不需要自定义画法，用UML序列图标准内置的两个特性就能同时满足两个核心需求：

1. 嵌套激活条：UML序列图中，对象生命线上代表执行状态的窄矩形激活条支持嵌套层级。外层激活条对应当前正在执行的顶层方法b()的全生命周期，内层激活条对应b()执行过程中触发的子方法调用，从视觉上直接区分调用的从属关系。
2. 交互引用（Interaction Use）：可以用一个虚线框把整个b()方法的执行区域围起来，框顶明确标注这是A::b()的内部流程，相当于给方法的执行边界打了公开标签——不管框内是跨几个类的调用，都能明确这些逻辑全部归属于b()的执行范围。

修正后的时序示意 #

┌─┐                       ┌─┐          ┌─┐
          │A│                       │Z│          │X│
          └┬┘                       └┬┘          └┬┘
┌──────────┴──────────────────────┐  │            │
│  标注：A::b() 交互引用区域       │  │            │
│  ┌──────────────────────────┐  │  │            │
│  │ A的b()外层激活条          │  │  │            │
│  │ 收到a.b()调用触发         │  │  │            │
│  │                          ├──┼──┼─> Z::y()    │
│  │                          │  │  │            │
│  │                          ├──┼──┼────────────┼─> X::w()
│  │                          │  │  │            │
│  │                          │  │<─ ┘ return y() │
│  │                          │  │  │            │
│  │                          │  │  │<────────────┘ return w()
│  └──────────────────────────┘  │  │            │
└──────────────────────────────────┘  │            │
          └┴┘                       └┴┘          └┴┘

关键注意事项 #

• 不需要在序列图里额外绘制A和Z、X的继承关系。序列图只关注对象间的消息传递时序，静态类结构属于类图的职责，只要在消息标注上明确调用的目标方法来源（比如A::b()内部调用Z::y()）就完全合规。
• 激活条的结束时机要对应准确：A上的b()外层激活条，必须等到y()、w()两个调用都返回之后才能结束，不能提前断开，否则会再次丢失从属关系的表达。
• 如果觉得虚线框太占绘制空间，也可以用组合片段里的sd片段，直接给b()的执行片段标上名称，表达效果和交互引用完全一致。

内容的提问来源于stack exchange，提问作者driveaway