软考-UML

àì夳堔傛蜴生んèń 2022-08-31 14:25 9阅读 0赞

# 统一建模语言简介 #

统一建模语言（Unified Modeling Language，UML）是用来设计软件蓝图的可视化建模语言，1997 年被国际对象管理组织（OMG）采纳为面向对象的建模语言的国际标准。`它的特点是简单、统一、图形化、能表达软件设计中的动态与静态信息`。

统一建模语言能为软件开发的所有阶段提供模型化和可视化支持。而且融入了软件工程领域的新思想、新方法和新技术，使软件设计人员沟通更简明，进一步缩短了设计时间，减少开发成本。它的应用领域很宽，不仅适合于一般系统的开发，而且适合于并行与分布式系统的建模。

UML 从目标系统的不同角度出发，定义了用例图、类图、对象图、状态图、活动图、时序图、协作图、构件图、部署图等 9 种图。

本文主要介绍软件设计模式中经常用到的类图，以及类之间的关系。另外，在实验部分将简单介绍 UML 建模工具的使用方法，当前业界使用最广泛的是 Rational Rose。使用 Umlet 的人也很多，它是一个轻量级的开源 UML 建模工具，简单实用，常用于小型软件系统的开发与设计。

## 类、接口和类图 ##

1.  **类**  
    类（Class）是指具有相同属性、方法和关系的对象的抽象，它封装了数据和行为，是面向对象程序设计（OOP）的基础，具有封装性、继承性和多态性等三大特性。在 UML 中，类使用包含类名、属性和操作且带有分隔线的矩形来表示。  
    (1) 类名（Name）是一个字符串，例如，Student。  
    (2) 属性（Attribute）是指类的特性，即类的成员变量。UML 按以下格式表示：

[可见性]属性名:类型[=默认值]

例如：-name:String  
`注意：“可见性”表示该属性对类外的元素是否可见，包括公有（Public）、私有（Private）、受保护（Protected）和朋友（Friendly）4 种，在类图中分别用符号+、-、#、~表示`。

(3) 操作（Operations）是类的任意一个实例对象都可以使用的行为，是类的成员方法。UML 按以下格式表示：

[可见性]名称(参数列表)[:返回类型]

例如：+display():void。  
图 1 所示是学生类的 UML 表示。  
![图1 Student 类][1 Student]

1.  **接口**  
    接口（Interface）是一种特殊的类，它具有类的结构但不可被实例化，只可以被子类实现。它包含抽象操作，但不包含属性。它描述了类或组件对外可见的动作。在 UML 中，接口使用一个带有名称的小圆圈来进行表示。
    
    图 2 所示是图形类接口的 UMDL 表示。  
    ![图2 Graph 接口][2 Graph]
2.  **类图**  
    类图（ClassDiagram）是用来显示系统中的类、接口、协作以及它们之间的静态结构和关系的一种静态模型。它主要用于描述软件系统的结构化设计，帮助人们简化对软件系统的理解，它是系统分析与设计阶段的重要产物，也是系统编码与测试的重要模型依据。

类图中的类可以通过某种编程语言直接实现。类图在软件系统开发的整个生命周期都是有效的，它是面向对象系统的建模中最常见的图。图 3 所示是“计算长方形和圆形的周长与面积”的类图，图形接口有计算面积和周长的抽象方法，长方形和圆形实现这两个方法供访问类调用。  
![“计算长方形和圆形的周长与面积”的类图][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2doYW4xMTA_size_16_color_FFFFFF_t_70_pic_center]

## 类之间的关系 ##

在软件系统中，类不是孤立存在的，类与类之间存在各种关系。`根据类与类之间的耦合度从弱到强排列，UML 中的类图有以下几种关系：依赖关系、关联关系、聚合关系、组合关系、泛化关系和实现关系。其中泛化和实现的耦合度相等，它们是最强的`。

1.  **依赖关系**  
    依赖（Dependency）关系是一种使用关系，它是对象之间耦合度最弱的一种关联方式，是临时性的关联。在代码中，某个类的方法通过局部变量、方法的参数或者对静态方法的调用来访问另一个类（被依赖类）中的某些方法来完成一些职责。
    
    在 UML 类图中，依赖关系使用带箭头的虚线来表示，箭头从使用类指向被依赖的类。图 4 所示是人与手机的关系图，人通过手机的语音传送方法打电话。  
    ![依赖关系的实例][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2doYW4xMTA_size_16_color_FFFFFF_t_70_pic_center 1]
2.  **关联关系**  
    关联（Association）关系是对象之间的一种引用关系，用于表示一类对象与另一类对象之间的联系，如老师和学生、师傅和徒弟、丈夫和妻子等。关联关系是类与类之间最常用的一种关系，分为一般关联关系、聚合关系和组合关系。我们先介绍一般关联。

关联可以是双向的，也可以是单向的。在 UML 类图中，双向的关联可以用带两个箭头或者没有箭头的实线来表示，单向的关联用带一个箭头的实线来表示，箭头从使用类指向被关联的类。也可以在关联线的两端标注角色名，代表两种不同的角色。

在代码中通常将一个类的对象作为另一个类的成员变量来实现关联关系。图 5 所示是老师和学生的关系图，每个老师可以教多个学生，每个学生也可向多个老师学，他们是双向关联。  
![关联关系实例][20191117145509177.png_pic_center]

1.  **聚合关系**  
    聚合（Aggregation）关系是关联关系的一种，是强关联关系，是整体和部分之间的关系，是 has-a 的关系。

聚合关系也是通过成员对象来实现的，其中成员对象是整体对象的一部分，但是成员对象可以脱离整体对象而独立存在。例如，学校与老师的关系，学校包含老师，但如果学校停办了，老师依然存在。

在 UML 类图中，聚合关系可以用带空心菱形的实线来表示，菱形指向整体。图 6 所示是大学和教师的关系图。  
![聚合关系的实例][20191117145811868.png_pic_center]

1.  **组合关系**  
    组合（Composition）关系也是关联关系的一种，也表示类之间的整体与部分的关系，但它是一种更强烈的聚合关系，是 cxmtains-a 关系。

在组合关系中，整体对象可以控制部分对象的生命周期，一旦整体对象不存在，部分对象也将不存在，部分对象不能脱离整体对象而存在。例如，头和嘴的关系，没有了头，嘴也就不存在了。

在 UML 类图中，组合关系用带实心菱形的实线来表示，菱形指向整体。图 7 所示是头和嘴的关系图。  
![组合关系的实例][20191117145852107.png_pic_center]

1.  **泛化关系**  
    泛化（Generalization）关系是对象之间耦合度最大的一种关系，表示一般与特殊的关系，是父类与子类之间的关系，是一种继承关系，是 is-a 的关系。

在 UML 类图中，泛化关系用带空心三角箭头的实线来表示，箭头从子类指向父类。在代码实现时，使用面向对象的继承机制来实现泛化关系。例如，Student 类和 Teacher 类都是 Person 类的子类，其类图如图 8 所示。  
![泛化关系的实例][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2doYW4xMTA_size_16_color_FFFFFF_t_70_pic_center 2]

1.  **实现关系**  
    实现（Realization）关系是接口与实现类之间的关系。在这种关系中，类实现了接口，类中的操作实现了接口中所声明的所有的抽象操作。

在 UML 类图中，实现关系使用带空心三角箭头的虚线来表示，箭头从实现类指向接口。例如，汽车和船实现了交通工具，其类图如图 9 所示。  
![实现关系的实例][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2doYW4xMTA_size_16_color_FFFFFF_t_70_pic_center 3]

### UML ###

*   *  [考点归纳][Link 1]
     *   *  [1、类图][1]
         *  [2、用例图][2]
         *  [3、顺序图][3]
         *  [4、活动图][4]
         *  [5、状态图][5]
     *  [一、UML概述][UML]
     *  [二、用例图（use case diagram）][use case diagram]
     *  [三、类图（Class Diagram）][Class Diagram]
     *  [四、对象图(Object Diagram)][Object Diagram]
     *  [五、状态图（state chart diagram）][state chart diagram]
     *  [六、活动图（activity diagram）][activity diagram]
     *  [七、顺序图（sequence diagram）][sequence diagram]
     *  [八、协作图（通信图，UML2.0后的名称）][UML2.0]
     *  [九、构件图（component diagram）][component diagram]
     *  [十、、部署图（deployment diagram）][deployment diagram]

## 考点归纳 ##

### 1、类图 ###

类与类之间的关系（依赖,泛化,关联,聚合,组合,实现）及各关系的图形表示法`重点`、类与类之间的多重度`重点`

### 2、用例图 ###

用例图的元素、参与者的确定、用例间的关系（包含、扩展、泛化）、用例的确定

### 3、顺序图 ###

确定图中的对象、消息名及对象间消息传递的时间顺序

### 4、活动图 ###

确定图中的各结点的名称及相互关系

### 5、状态图 ###

确定图中的状态及各状态之间的变换条件

参考：https://blog.csdn.net/dkingyaoyao/article/details/97237290

## 一、UML概述 ##

> UML又称统一建模语言或标准建模语言，是一个支持模型化和软件系统开发的图形化语言，它的作用域不仅支持面向对象的分析与设计，还支持从需求分析开始的软件开发的全过程。

**建模的意义： 模型是对现实的简化，建模是为了更好地理解系统。**

*  模型帮助我们按照实际情况或需求对系统可视化；(掌握不了 文字，画幅画代替) ；
 *  模型允许我们详细说明系统的结构、行为；
 *  模型给出了一个构造系统的模板；
 *  模型对我们作出的决策进行文档化。（先有文档，再有代码）

**UML的特点：**

*  统一的标准，已经被OMG接受为标准建模语言
 *  面向对象，支持面向对象开发
 *  可视化，表示能力强
 *  独立于开发过程，可以适用于不同软件过程
 *  概念明确，表示简洁，结构清晰，容易学习掌握

## 二、用例图（use case diagram） ##

描述一组用例、参与者（一种特殊的类）及它们之间的关系。用例模型描述的是外部执行者所理解的系统功能，用于需要分析阶段。  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2doYW4xMTA_size_16_color_FFFFFF_t_70]

**1、用例之间的关系**

*  (1)包含（include）（是一种依赖关系，加了版型<>）
    
     *  两个以上用例有共同功能，可分解到单独用例，形成包含依赖；
     *  箭头方向由基本用例指向被包含用例；
     *  执行基本用例时，每次都必须调用被包含的用例（吃饭前洗 手）；
     *  被包含用例也可以单独执行  
        ![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2doYW4xMTA_size_16_color_FFFFFF_t_70 1]
 *  (2)扩展（extend）（是一种依赖关系，加了版型<>）
    
     *  如果一个用例明显地混合了两种或两种以上的不同场景，即根据情况可能发生多种事情，则可以断定将这个用例分为一个主用例和一个或多个辅用例进行描述可能更加清晰。  
        ![在这里插入图片描述][20191004125315119.png]

**2、构建用例模型需要经历三个阶段**

复制代码

识别参与者 
     合并需求获得用例
     细化用例描述

**(1)识别参与者(actor)**

*  参与者是系统之外与系统进行交互的任何事物，参与者可以是使用系统的用户，可以是其他外部系统、外部设备等外部实体。
 *  在UML中采用小人符号来表示参与者。
 *  参与者有主要参与者和次要参与者，开发用例的重点是要找到主要参与者。

**(2)合并需求获得用例**  
将参与者都找到之后，接下来就是仔细地检查参与者，为每 一个参与者确定用例。  
其中的依据主要来源于已经取得的特征表。首先，将特征分配给相应的参与者，然后进行合并操作，最后绘制成用例图。 要注意区分业务用例和系统用例。

*  业务用例：是描述这个业务的具体工作流的；一次涉众与实现 业务目标的业务之间的交互。业务用例着重于业务操作。
 *  系统用例：系统用例的设计范围就是这个计算机系统设计的范 围。它是一个系统参与者，与计算机系统一起实现一个目标。 系统用例着重于要设计的软件系统。

**(3)细化用例描述**  
用例建模的主要工作是书写用例规约（use case specification）， 而不是画图。用例模板为一个给定项目的所有人员定义了用例规 约的结果，其内容至少包括用例名、参与者、目标、前置条件、 事件流（基本事件流、扩展事件流）、后置条件等，其他的还可 以包括非功能需求、用例优先级等。

## 三、类图（Class Diagram） ##

描述一组类、接口、协作以及它们之间关系的图，用来显示系统中各个类的静态结构图。  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2doYW4xMTA_size_16_color_FFFFFF_t_70 2]

**(1)依赖（ dependency）**

*  依赖关系是一种使用关系，特定事物的改变有可能会影响到使用该事物的其他事物。大多数情况下，依赖关系体现在某个类 的方法使用另一个类的对象作为参数。
 *  在UML中，依赖关系用带箭头的虚线表示，由依赖的一方指向被依赖的一方。  
    ![在这里插入图片描述][20191004125355227.png]

**(2)泛化（generalization）**

*  一般元素和特殊元素之间的关系。
 *  泛化关系是继承关系的反关系，子类从父类中继承，父类是子类的泛化。  
    ![在这里插入图片描述][20191004125429524.png]

**(3)关联（accociation）**

*  表示两个类之间存在某种语义上的联系。一个人为一家公司工作，一家公司有许多办公室。
 *  关联关系是所有关系中语义最弱的。
 *  可以分为聚合关系、组合关系。

**a . 聚合关系**  
关联关系的一种特例，是强的关联关系。聚合表示类之间的关系是整体与部分的关系，但整体与部分之间是可分离的，他们可以具有各自的生命周期。  
在UML中，使用![在这里插入图片描述][20191004124219419.png]表示聚合关系，空心菱形指向的是代 表“整体”的类。  
![在这里插入图片描述][20191004125459294.png]

**b . 组合关系**  
也是关联关系的一种特例，这种关系比聚合更强，也称为强聚合； 他同样体现整体与部分间的关系，但此时整体与部分是不可分的， 整体的生命周期结束也就意味着部分的生命周期结束。 在UML中，使用带有实心菱形的实线![在这里插入图片描述][20191004124300205.png]表示组合关系。  
![在这里插入图片描述][20191004125549221.png]

**(4)实现（realization）**

*  一个元素完成另外一个元素的操作功能，则二者构成实现关系。
 *  如接口类及其实现；接口是操作的集合，只声明了操作方法 （没有实现该方法），而由实现类具体定义实现部分。  
    ![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2doYW4xMTA_size_16_color_FFFFFF_t_70 3]

## 四、对象图(Object Diagram) ##

描述的是参与交互的各个对象在交互过程中某一时刻的状态。对象图可以被看作是类图在某一时刻的实例。  
在UML中，对象图使用的是与UML类图相同的符号和关系，因为对象就是类的实例。  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2doYW4xMTA_size_16_color_FFFFFF_t_70 4]

## 五、状态图（state chart diagram） ##

*  状态图用来描述一个特定对象的所有可能状态及引起状态转移的事件。
 *  它由状态、转移、事件和活动组成。
 *  状态图给出了对象的动态视图  
    ![在这里插入图片描述][20191004125951464.png]

## 六、活动图（activity diagram） ##

将进程或其他计算的结构展示为计算内部一步步的控制流和 数据流。活动图专注于系统的动态视图。

*  活动图侧重从行为的动作来描述
 *  状态图侧重从行为的结果来描述  
    ![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2doYW4xMTA_size_16_color_FFFFFF_t_70 5]

## 七、顺序图（sequence diagram） ##

是一种交互图（interaction diagram），交互图展现了一种交互，它由一组对象或角色以及它们之间可能发送的消息构成。交互图专注于系统的动态视图。顺序图是强调消息的 时间次序的交互图。  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2doYW4xMTA_size_16_color_FFFFFF_t_70 6]

## 八、协作图（通信图，UML2.0后的名称） ##

是一种交互图，强调的是发送和接收消息的对象之间的组织结构。一个协作图显示了一系列的对象和在这些对象之间的 联系以及对象间发送和接收的消息。  
![在这里插入图片描述][20191004130449307.png]

## 九、构件图（component diagram） ##

*  构件图是用来表示系统中构件与构件之间，类或接口与构件之间的关系图。由源代码文件、二进制代码文件、可执行文件或动态链接库 (DLL) 等构件构成，并通过依赖关系相 连接。
 *  构件图用于表示系统的静态设计实现视图。
 *  是物理方面进行建模的两种图之一。  
    ![在这里插入图片描述][20191004130411651.png]

## 十、、部署图（deployment diagram） ##

*  用来显示系统中软件和硬件的物理架构。
 *  从部署图中，可以了解到软件和硬件组件之间的物理关系以及处理节点的组件分布情况。
 *  是物理方面进行建模的两种图之一。  
    ![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2doYW4xMTA_size_16_color_FFFFFF_t_70 7]

**模型图分为二大类：**

*  静态模型（系统结构） 用例图、类图、对象图、构件图、部署图
 *  动态模型（系统行为） 状态图、活动图、顺序图、协作图

> 例：UML图中，对新开发系统的需求进行建模，规划开发什 么功能或测试用例，采用（ C ）最合适。而展示交付系统 的软件组件和硬件之间的关系的图是（ B ）。  
> A. 类图 B. 对象图 C. 用例图 D.交互图  
> A. 类图 B. 部署图 C. 组件图 D.网络图

欢迎查阅

[1 Student]: /images/20220829/d12118cd09624c55b642e97749cb0837.png
[2 Graph]: /images/20220829/e513f5895aca463892ea99bd992c4c6a.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2doYW4xMTA_size_16_color_FFFFFF_t_70_pic_center]: /images/20220829/c2191d6d61114a19994103b1060e1ec4.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2doYW4xMTA_size_16_color_FFFFFF_t_70_pic_center 1]: /images/20220829/5d0121eb6f804186a996af3779d46c9d.png
[20191117145509177.png_pic_center]: /images/20220829/ef25fb36ca5e4933ba68b571a2327bf5.png
[20191117145811868.png_pic_center]: /images/20220829/67c8878f377547239b367469b4a2ccd0.png
[20191117145852107.png_pic_center]: /images/20220829/6c6f4ee6777d4f97a009d13c238aa8b6.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2doYW4xMTA_size_16_color_FFFFFF_t_70_pic_center 2]: /images/20220829/77133e3e941e4dfb933bb0c18463b87c.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2doYW4xMTA_size_16_color_FFFFFF_t_70_pic_center 3]: /images/20220829/e87617a3a98142b29c1ea45430dbec42.png
[Link 1]: https://www.cnblogs.com/gh110/p/11827736.html#_1
[1]: https://www.cnblogs.com/gh110/p/11827736.html#1_2
[2]: https://www.cnblogs.com/gh110/p/11827736.html#2_4
[3]: https://www.cnblogs.com/gh110/p/11827736.html#3_6
[4]: https://www.cnblogs.com/gh110/p/11827736.html#4_8
[5]: https://www.cnblogs.com/gh110/p/11827736.html#5_10
[UML]: https://www.cnblogs.com/gh110/p/11827736.html#UML_14
[use case diagram]: https://www.cnblogs.com/gh110/p/11827736.html#use_case_diagram_33
[Class Diagram]: https://www.cnblogs.com/gh110/p/11827736.html#Class_Diagram_69
[Object Diagram]: https://www.cnblogs.com/gh110/p/11827736.html#Object_Diagram_105
[state chart diagram]: https://www.cnblogs.com/gh110/p/11827736.html#state_chart_diagram_110
[activity diagram]: https://www.cnblogs.com/gh110/p/11827736.html#activity_diagram_116
[sequence diagram]: https://www.cnblogs.com/gh110/p/11827736.html#sequence_diagram_122
[UML2.0]: https://www.cnblogs.com/gh110/p/11827736.html#UML20_126
[component diagram]: https://www.cnblogs.com/gh110/p/11827736.html#component_diagram_130
[deployment diagram]: https://www.cnblogs.com/gh110/p/11827736.html#deployment_diagram_136
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2doYW4xMTA_size_16_color_FFFFFF_t_70]: /images/20220829/60d13adcf1d84452a2526bf54da88cd7.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2doYW4xMTA_size_16_color_FFFFFF_t_70 1]: /images/20220829/65c55b199df0408ea239ba5cbc12c8e2.png
[20191004125315119.png]: /images/20220829/5b985a263a564baaa49ea5f51174657c.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2doYW4xMTA_size_16_color_FFFFFF_t_70 2]: /images/20220829/b722080e61624a4a9c28d8be30498c26.png
[20191004125355227.png]: /images/20220829/856cdcb36e474f6b8f1fa733d901e96f.png
[20191004125429524.png]: /images/20220829/820a13b1ff0442a080a424a99c95eefb.png
[20191004124219419.png]: /images/20220829/3226463fb792447d9c1832e2aeb62120.png
[20191004125459294.png]: /images/20220829/02b3e28858b4411f8a889dcc080a8339.png
[20191004124300205.png]: /images/20220829/be8bb5a0f0ad4d1f8803e7045e954697.png
[20191004125549221.png]: /images/20220829/c64f0556cc194138802fd1cbeb5ea907.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2doYW4xMTA_size_16_color_FFFFFF_t_70 3]: /images/20220829/2766a3cf70f0443fa232e95f194d64d7.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2doYW4xMTA_size_16_color_FFFFFF_t_70 4]: /images/20220829/1fab7221565747c098a906a57c783cde.png
[20191004125951464.png]: /images/20220829/a2f4d607db124a80a34a67233991671f.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2doYW4xMTA_size_16_color_FFFFFF_t_70 5]: /images/20220829/a12e595b5cc243e993199e3100e96418.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2doYW4xMTA_size_16_color_FFFFFF_t_70 6]: /images/20220829/a0e78e288c474108828e5a004fc9c7a1.png
[20191004130449307.png]: /images/20220829/34b0a53dff184a0586d213695ad0a385.png
[20191004130411651.png]: /images/20220829/d638e16e71454327a35654c07e453a59.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L2doYW4xMTA_size_16_color_FFFFFF_t_70 7]: /images/20220829/6152893d4a754d91bef051637d552db3.png