哪种UML图适合展示多线程应用的静态线程特性？

你对协作图（UML 2.x中称为通信图）的判断是准确的——它属于动态视图，核心聚焦线程/对象间的交互序列与消息细节，确实不适合展示你需要的静态特性，无需强行调整对它的理解。以下是更匹配需求的替代方案：

1. 扩展类图（Class Diagram） #

类图是UML静态建模的核心，完全可以适配多线程场景：

• 线程分组与类型：将每种线程定义为类，添加<<thread>>构造型标注。同类线程（如Worker线程）可通过包（Package）归类，或用泛化关系（如WorkerThread extends BaseThread）体现共性。
• 优先级信息：在类属性中直接定义priority: int（或枚举类型，如Priority {HIGH, MEDIUM, LOW}）；若要体现相对优先级，可添加约束（如{priority > ConsumerThread.priority}）或注释标注。
• 通信同步机制：把消息队列、锁等同步组件建模为类（如<<messageQueue>> TaskQueue），通过关联关系展示线程与组件的角色：比如ProducerThread与TaskQueue建立标注<<enqueue>>的关联，ConsumerThread与TaskQueue建立标注<<dequeue>>的关联，清晰体现各线程在同步机制中的角色。

2. 组件图（Component Diagram） #

如果你的应用是模块化架构，组件图适合展示高层静态结构：

• 线程分组：将同类线程封装为组件（如WorkerPoolComponent），用包或组件嵌套实现分组管理。
• 优先级信息：给组件添加属性或约束（如{priority=HIGH}）来标注优先级，直观展示不同线程组的优先级差异。
• 通信同步：将消息队列、共享内存等作为独立组件，用连接器（Connector）连接线程组件与同步组件，并标注连接器的角色（如<<send>>、<<receive>>），明确线程与同步机制的静态关联关系。

3. 部署图（Deployment Diagram）（针对物理绑定场景） #

若线程需要绑定到特定硬件或进程，部署图可补充展示静态部署关系：

• 将线程作为部署工件（Artifact），标注<<thread>>构造型，部署到对应节点（Node，如CPU核心、进程实例）上。
• 优先级可作为工件属性添加；同步组件（如共享队列）作为独立工件部署到共享节点，展示线程与同步组件的物理层面静态关联。

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