（已解决）Mybatis的映射文件Mapper.xml获取applicaition.properties配置文件中定义的属性值

红太狼 2022-10-20 03:53 129阅读 0赞

# 问题现象： #

今天在项目中想到了一个问题：

当**数据源中的表和数据都不变**，仅仅是**修改了数据源（库）名**，服务是否还能正常使用？也可以理解为**服务是否兼容其他环境下的数据源？**

--------------------

# 问题分析： #

这个问题其实就是为了满足不同环境下的需求：

### 1.数据库环境兼容 ###

假如我的**服务**已经可以在**服务器1**上，正常地运行并访问该服务器上的**数据库1**（**访问数据库1所用的用户名和该数据库名一样**）！此时我在另一台服务器上面也部署了我的**服务**和**数据库2**（**访问数据库2所用的用户名和该数据库名一样；数据库2中的表结构和数据，与服务器1中的数据库1完全一致，只是****数据库名不同**），现在要让**服务也能**正常地运行并访问该服务器上的**数据库2！**

平时开发中，我们都会建立测试库，或者使用单一服务器上的数据库；但如果你开发的服务（例如平台，管理系统等项目）有多个甲方要购买使用，那不可能让所有甲方都共用同一套数据库；此时就需要给每个甲方分别部署各自的数据库，并通过该服务去访问！！！因此满足这个需求的重要性就显而易见了！

### 2. 跨库（联库）查询 ###

有时候，**不是一个数据库就包含了我们需要的所有数据**的，在很多大中型项目中，都会在**同一个数据库连接下创建多个数据库**，**分别存储对应库所规定的数据**，而要拿到我们需要的数据时，很可能**需要同时访问到多个数据库的表数据**，因此很多时候就需要用到**跨库（联库）查询！！！**

### **那么要如何解决这个问题呢？** ###

通过查阅网上资料，可以了解到了一些方法，**基本都是大同小异**，例如：

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MjU4NTM4Ng_size_16_color_FFFFFF_t_70][]

只可惜在使用的时候总是失败，最后通过不断的实验，才发现：

### **有很多坑是他们不知道或者说完全没有提及到的，当然也有很多文章是照搬别人的文章，没有经过自己思考的，这里我是不推荐这样做的！** ###

### 实验分析： ###

1. 首先，这里我是通过在 **application.properties（yml/yaml）配置文件中，****配置数据源的方式，来访问相应的数据库的：**

![20210520112013359.png][]

![20210520114253804.png][]

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MjU4NTM4Ng_size_16_color_FFFFFF_t_70 1][]

2.sql语句是写在**映射文件（Mapper.xml**）中的：

![20210520113831407.png][]

### 因此很容易就能知道： ###

1. 只要能在 **映射文件（Mapper.xml） **中获取到  **application.properties（yml/yaml）配置文件**中的**属性值**即可，而由于前面说了数据库名和访问用户名一致，因此我们需要用到下面这个属性：

**application.properties 配置文件：**

![20210520114259655.png][]

然后根据 **mybatis** **读取 application.properties（yml/yaml）**配置文件 的方法，定义变量，并动态赋值为 **db.run.username** 的属性值，然后在 **映射文件（Mapper.xml）**中使用：

**application.properties 配置文件：**

![20210520142147880.png][]

**映射文件（Mapper.xml）：**

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MjU4NTM4Ng_size_16_color_FFFFFF_t_70 2][]

**controller层的接口：**

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MjU4NTM4Ng_size_16_color_FFFFFF_t_70 3][]

然而，实验了一下发现是不行的，sql语句出现报错：

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MjU4NTM4Ng_size_16_color_FFFFFF_t_70 4][]

## **这就是第一个坑！！！** ##

可以看出是因为**这个变量（$\{run\}）没有使用成功,这里网上也没有任何资料解释这个原因，最后还是通过自己的不断实践，终于发现这样仅仅靠这种方式是不能实现我们的目标的，**

于是我又用了另一种方法，通过mybatis配置文件来实现：

先在 **application.properties配置文件** 中添加以下配置，指定mybatis配置文件的路径：

**application.properties配置文件** **：**

![20210520153227840.png][]

**通过 mybatis-config.xml 文件中添加 property 来配置:**

**mybatis-config.xml配置文件** **:**

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MjU4NTM4Ng_size_16_color_FFFFFF_t_70 5][]

调用接口，然后出现了以下报错：

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MjU4NTM4Ng_size_16_color_FFFFFF_t_70 6][]

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MjU4NTM4Ng_size_16_color_FFFFFF_t_70 7][]

## **这就是第二个坑！！！** ##

从报错信息可以得知：**run**这个变量的赋值过程中，找不到 **'db.run.username' 这个表达式的值！！！**

**网上也是查不到任何这方面的解释，经过不断测试，我发现，只有两种方案可以解决这个问题：**

**1.property 标签的 value 属性赋值为静态值:**

**mybatis-config.xml配置文件** **:**

![20210520151512388.png][]

**sql语句执行成功：**

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MjU4NTM4Ng_size_16_color_FFFFFF_t_70 8][]

由于是**静态赋值**，那执行成功是在意料之内的了，但是**这并不能满足我们的需求**：

因为这种方法，**并不依赖application.properties配置文件，因此如果无法动态获取配置文件的属性值，那就还得在配置文件修改的时候，自己手动去修改这个mybatis的配置文件，这样就很麻烦！！！**

**所以我们使用下面这种方法：**

**2.保持这个变量名和变量值中引用的变量名一致，如下：**

**mybatis-config.xml配置文件** **:**

![20210520151109545.png][]

**映射文件（Mapper.xml）：**

![20210520150935104.png][]

执行sql成功：

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MjU4NTM4Ng_size_16_color_FFFFFF_t_70 9][]

**调用成功：**

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MjU4NTM4Ng_size_16_color_FFFFFF_t_70 10][]

### 注意： ###

假如我在 **application.properties 配置文件 **中用一个**新变量（myVariables.run）**，去动态获取另一个**变量（db.run.username）的值；**

**然后再用**

**application.properties 配置文件：**

![20210520152852196.png][]

**mybatis-config.xml配置文件** **:**

![20210520153721442.png][]

**映射文件（Mapper.xml）：**

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MjU4NTM4Ng_size_16_color_FFFFFF_t_70 11][]

**调用接口，报错：**

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MjU4NTM4Ng_size_16_color_FFFFFF_t_70 12][]

## 这就是隐藏的第三个坑！！！ ##

因为 **mybatis-config配置文件**中 **property标签**的 **属性****value**的值是 **$\{myVariables.run\}；**

而在 **application.properties配置文件**中 **$\{myVariables.run\} 的值又**是一个动态获取值，它要去获取 **$\{db.run.username\}** 的值，这在配置文件中完全没问题；

然而在 **mybatis-config配置文件中却不行，推测逻辑是这样的：**

**1. mybatis读取mybatis-config配置文件**中 **property标签**的 **属性****value**的值，发现是 **$\{myVariables.run\}；**

**2. 于是mybatis就会去 application.properties配置文件中 找到 myVariables.run 的值**，发现是 **$\{db.run.username\}；**

**3. 于是就把这个值传递给 ****property标签 **的 **属性****value**。

**到此为止，****mybatis其实已经尽力了，****mybatis无法****把 ****application.properties配置文件**中 ** ****db.run.username 的值 赋值给 myVariables.run；**

**因为 ****mybatis 不会去处理 application.properties 配置文件中的动态赋值符（即我们常说的占位符：$\{\}）!!!而是直接把$\{db.run.username\}拿来用了。**

### **所以，要注意不要双重动态绑定，mybatis配置文件只能获取 application.properties配置文件某个属性的值，而这个值不能使用动态绑定符（占位符：$\{\}）修饰，否则会失败！！！** ###

## **拓展（2021-05-31）：** ##

**今天在应用过程中，遇到了如下报错：**

**Parameter ‘db’ not found. Available parameters are \[designId , param1\]**

![2021060110193141.jpg][]

报错信息意思是说：**这个名为 db 的参数找不到。现在能使用只有一个，名为 designId 的参数。**

通过查看该 dao层方法，和对应的映射文件中的sql语句：

![20210601101937972.jpg][]

![20210601101943508.jpg][]

可以发现： **$\{db.run.username\}** 这个占位符我原本是为了引用 **mybatis配置文件中设置的变量 db.run.username **，**然而却被 mybatis 识别成了调用该dao方法（delete）时，传入的一个方法参数且名为db，从而导致了报错！！！**

## 这就是隐藏的第四个坑！！！ ##

### **这里我谈谈自己的观点：** ###

我们知道 mybatis 的映射文件中编写的 sql语句里，可以识别两种占位符 ：**\#\{\} 和 $ \{\}。这些占位符的作用就是引用变量或方法参数！**

在执行这个sql语句的时候，很显然 **mybatis **把  **$\{db.run.username\}**  识别成了一个**dao层方法参数！！！**

**很奇怪！！！**

于是我又调用了**其他有相同特征的dao层方法**来试验，结果却出乎意料：

![20210601104418263.png][]

![20210601104505356.png][]

调用接口是成功的：

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MjU4NTM4Ng_size_16_color_FFFFFF_t_70 13][]

### 那么该如何解决这个坑呢？？？ ###

根据我的实验，以下方法都试过了还是会报错**：**

**1. 把  $\{db.run.username\} 改成  $\{db-run-username\}。**

**2. 把  $\{db.run.username\} 改成  \#\{db\_run\_username\}。**

**3. 把  $\{db.run.username\} 改成  $\{dbRunUsername\}。**

**4. 把  $\{db.run.username\} 改成  \#\{dbRunUsername\}。**

尽管都失败了，但还是有收获的，我发现了2个现象：

**1. 在使用 \#\{\} 和 $\{\} 时的报错是不同的，这是因为\#\{\} 是完全取值于方法参数，$\{\}则未必取值于方法参数。**

**2. 不管是 db.run，db-run 还是 db\_run，都会被识别为‘db’这个参数，也就是说 （.  -   \_）mybatis对于这三种符号是采取了一样的处理逻辑。**

![2021060110193141.jpg][]

## **最终:** ##

经过我2天的研究测试，终于发现原来是 **mybatis的数据源配置类 **出了问题:

从上面第四个坑的报错信息可知，这个数据源时无法识别我之前在 **mybatis-config.xml 配置文件 中配置的变量：**

![20210602153712526.png][]

**这是因为我**在使用 **注解配置类注入数据源时** ，配置了 **SqlSessionFactory ，但却忘记传入自定义的 mybatis-config.xml 配置文件的路径，从而导致了该数据源在注入为bean对象时，无法获取到mybatis-config.xml 配置文件 中配置的变量的！！！**

不过正常情况下应该都不会发生这个问题，因为一般我们**自定义 mybatis配置 **的时候，都会**采用 注解配置类 或者 xml配置文件** 中的其中一种来实现，这样就不需要在 **注解配置类** 中把 **xml配置文件** 也加入进去了，确实麻烦！！！

而我这个项目中却是两种都用上了。。。**这算不算是之前的同事留下的坑呢？？？**

于是在 **注解配置类** 配置 **SqlSessionFactory 这里， 需要这样配置：**

![20210602153935448.png][]

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MjU4NTM4Ng_size_16_color_FFFFFF_t_70 14][]

成功：

![20210602155151394.png][]

总结：

第四个坑涉及到了 **mybatis多数据源配置 **的知识，后面在我学习了这方面知识后，也会自己写一篇相关的总结文章！敬请期待！！！  
现在对 **mybatis多数据源配置 **感兴趣的小伙伴，可以看看我在网上找到的这篇文章，写得很详细，虽然有些瑕疵，但问题不大：

[https://blog.csdn.net/wu6660563/article/details/78795867][https_blog.csdn.net_wu6660563_article_details_78795867]

--------------------

# 解决方法： #

**1. application.properties配置文件中添加自定义属性，注意不要在这个属性值上用动态绑定符（占位符：$\{\}），而是直接赋值为一个静态值（字符串/数字等）：**

![20210520114259655.png][]

**并指定mybatis配置文件的路径：**

![20210520161225437.png][]

**2. mybatis-config.xml配置文件中添加属性配置，resource指定application.properties配置文件的路径，并保证name和value的动态绑定变量名一致 :**

# ![20210520151109545.png][] #

**3. 映射文件（Mapper.xml）中通过动态绑定符（占位符：$\{\}）修饰，传入 mybatis-config.xml配置文件中添加的属性变量名，即可使用：**

![20210520150935104.png][]

**4. 编写接口，并调用接口：**

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MjU4NTM4Ng_size_16_color_FFFFFF_t_70 3][]

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MjU4NTM4Ng_size_16_color_FFFFFF_t_70 15][]

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MjU4NTM4Ng_size_16_color_FFFFFF_t_70]: /images/20221020/d9baecfc15ae41bdaaaa067ae40777a1.png
[20210520112013359.png]: /images/20221020/8c8bf988c4a24644ba81fc4aed9731f1.png
[20210520114253804.png]: /images/20221020/923044c30390471a97d72b606ea716bb.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MjU4NTM4Ng_size_16_color_FFFFFF_t_70 1]: /images/20221020/3f0c3da1dbb248e2aa7aa5222342d3bd.png
[20210520113831407.png]: /images/20221020/b91c68bd2006405abaf088eae2b3669b.png
[20210520114259655.png]: /images/20221020/e2536b14ac6444ecbc52df79fafa58fc.png
[20210520142147880.png]: https://img-blog.csdnimg.cn/20210520142147880.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MjU4NTM4Ng_size_16_color_FFFFFF_t_70 2]: https://img-blog.csdnimg.cn/20210520142922229.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MjU4NTM4Ng==,size_16,color_FFFFFF,t_70
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MjU4NTM4Ng_size_16_color_FFFFFF_t_70 3]: https://img-blog.csdnimg.cn/20210520150804800.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MjU4NTM4Ng==,size_16,color_FFFFFF,t_70
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MjU4NTM4Ng_size_16_color_FFFFFF_t_70 4]: https://img-blog.csdnimg.cn/20210520143319236.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MjU4NTM4Ng==,size_16,color_FFFFFF,t_70
[20210520153227840.png]: https://img-blog.csdnimg.cn/20210520153227840.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MjU4NTM4Ng_size_16_color_FFFFFF_t_70 5]: https://img-blog.csdnimg.cn/20210520144142457.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MjU4NTM4Ng==,size_16,color_FFFFFF,t_70
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MjU4NTM4Ng_size_16_color_FFFFFF_t_70 6]: https://img-blog.csdnimg.cn/20210520152713168.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MjU4NTM4Ng==,size_16,color_FFFFFF,t_70
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MjU4NTM4Ng_size_16_color_FFFFFF_t_70 7]: https://img-blog.csdnimg.cn/20210520144435280.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MjU4NTM4Ng==,size_16,color_FFFFFF,t_70
[20210520151512388.png]: https://img-blog.csdnimg.cn/20210520151512388.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MjU4NTM4Ng_size_16_color_FFFFFF_t_70 8]: https://img-blog.csdnimg.cn/20210520151712554.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MjU4NTM4Ng==,size_16,color_FFFFFF,t_70
[20210520151109545.png]: https://img-blog.csdnimg.cn/20210520151109545.png
[20210520150935104.png]: https://img-blog.csdnimg.cn/20210520150935104.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MjU4NTM4Ng_size_16_color_FFFFFF_t_70 9]: https://img-blog.csdnimg.cn/20210520151732759.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MjU4NTM4Ng==,size_16,color_FFFFFF,t_70
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MjU4NTM4Ng_size_16_color_FFFFFF_t_70 10]: https://img-blog.csdnimg.cn/20210520150910523.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MjU4NTM4Ng==,size_16,color_FFFFFF,t_70
[20210520152852196.png]: https://img-blog.csdnimg.cn/20210520152852196.png
[20210520153721442.png]: https://img-blog.csdnimg.cn/20210520153721442.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MjU4NTM4Ng_size_16_color_FFFFFF_t_70 11]: https://img-blog.csdnimg.cn/20210520153117509.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MjU4NTM4Ng==,size_16,color_FFFFFF,t_70
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MjU4NTM4Ng_size_16_color_FFFFFF_t_70 12]: https://img-blog.csdnimg.cn/20210520153959396.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MjU4NTM4Ng==,size_16,color_FFFFFF,t_70
[2021060110193141.jpg]: https://img-blog.csdnimg.cn/2021060110193141.jpg
[20210601101937972.jpg]: https://img-blog.csdnimg.cn/20210601101937972.jpg
[20210601101943508.jpg]: https://img-blog.csdnimg.cn/20210601101943508.jpg
[20210601104418263.png]: https://img-blog.csdnimg.cn/20210601104418263.png
[20210601104505356.png]: https://img-blog.csdnimg.cn/20210601104505356.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MjU4NTM4Ng_size_16_color_FFFFFF_t_70 13]: https://img-blog.csdnimg.cn/20210601104305438.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MjU4NTM4Ng==,size_16,color_FFFFFF,t_70
[20210602153712526.png]: https://img-blog.csdnimg.cn/20210602153712526.png
[20210602153935448.png]: https://img-blog.csdnimg.cn/20210602153935448.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MjU4NTM4Ng_size_16_color_FFFFFF_t_70 14]: https://img-blog.csdnimg.cn/20210602153847392.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MjU4NTM4Ng==,size_16,color_FFFFFF,t_70
[20210602155151394.png]: https://img-blog.csdnimg.cn/20210602155151394.png
[https_blog.csdn.net_wu6660563_article_details_78795867]: https://blog.csdn.net/wu6660563/article/details/78795867
[20210520161225437.png]: https://img-blog.csdnimg.cn/20210520161225437.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MjU4NTM4Ng_size_16_color_FFFFFF_t_70 15]: https://img-blog.csdnimg.cn/20210520161909354.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3dlaXhpbl80MjU4NTM4Ng==,size_16,color_FFFFFF,t_70