UML类图中继承关系为何从不标注多重性？

这个问题问得特别精准！其实在UML的规则里，继承（也就是泛化关系）之所以从来不需要标注多重性，核心原因是它的语义本身就把多重性规则给固定死了，完全没必要画蛇添足。

咱拆解开来细说：

• 从子类的视角看：在绝大多数面向对象语言的设计里，一个子类和父类的泛化关系多重性是0..1或1..1。比如Java、C#这类单继承语言中，子类要么显式继承一个父类，要么隐式继承语言内置的根类（比如Java的Object），本质上是1..1；少数支持无父类顶级类的语言里，才是0..1。但不管哪种情况，这个多重性是由面向对象的核心规则强制约束的，是所有人默认遵守的共识，不需要额外标注。

• 从父类的视角看：一个父类可以被任意多个子类继承，也就是多重性是0..*——这本身就是泛化关系的核心意义之一：父类作为抽象模板，就是用来被多个子类扩展复用的。这种固有属性同样不需要特意标注，大家一看泛化箭头就懂。

而关联关系之所以需要标注多重性，是因为关联是对象实例之间的动态关系，比如一个订单对应多个订单项，这种数量关系是业务逻辑决定的，是可变的，必须明确标注才能清晰表达设计意图。但继承是类层级之间的静态归属关系，它的“数量规则”是面向对象范式的基础约定，不是业务逻辑可以随意修改的，所以UML规范里直接把这些规则内化成了泛化关系的一部分，根本不需要额外加多重性标记。

你提到的1..1和0..1确实是子类侧的默认多重性，但这不是“需要标注”的原因，恰恰是因为这些规则太固定、太通用，标注反而显得多余，所以UML里从来不会给继承关系加多重性。

内容的提问来源于stack exchange，提问作者Clément