UML中的依赖关系是否需要显示多重性？

首先直接给结论：UML依赖关系通常不需要标注多重性，你不用在Client -----<<create>>----> Server这个图示的两侧加‘1’，原因如下：

• 依赖关系的本质是「弱、临时的行为依赖」：和关联、聚合、组合这类结构型关系不同，依赖描述的是一个元素（比如Client类）在执行某个行为时，需要用到另一个元素（比如Server类）的服务、实例或者静态特性——比如Client的方法里创建Server实例，或者把Server对象作为参数传入。这种关系是临时的，不存在对象之间长期的、持续的连接，所以多重性（用来表示实例数量对应关系）在这里没有实际意义。

• 多重性是为结构型关系设计的：关联、聚合、组合代表的是对象实例之间的持久关联（比如一个Department包含多个Employee），这时候多重性能清晰表达“一个对应多个”“多个对应一个”这类数量规则，是必要的标注。但依赖聚焦的是行为层面的依赖，不是实例的长期连接，加多重性反而会混淆关系的本质。

那有没有特殊情况需要加？理论上如果你的业务场景确实需要强调某个依赖的数量特征（比如Client的某个方法每次调用都会创建3个Server实例），但这绝对不是UML的标准做法——这类细节更适合放在方法的文档注释或者实现说明里，而不是类图的依赖关系上。

所以回到你的例子，保持Client -----<<create>>----> Server的写法就足够清晰了，不用额外加多重性标注。

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