2021最新Java面经整理 | 框架篇（三）Mybatis框架

骑猪看日落 2022-12-19 08:53 198阅读 0赞

2021最新Java面经整理 | 框架篇（三）MybatisC框架

**目录**

一、Mybatis常见问题

1、啥是 MyBatis？

2、MyBatis 的优缺点和适用场景？

3、MyBatis 与 Hibernate 的区别？

4、\#\{\} 和 $\{\} 的区别，防注入？（重点）

5、XML 映射文件中的常见标签？

6、MyBatis 的核心组件？

7、MyBatis 如何分页？

8、MyBatis 都有哪些 Executor 执行器？

9、MyBatis 的一级缓存和二级缓存？

10、MyBatis 的插件运行原理，如何编写一个插件？

11、最佳实践中，通常一个Xml映射文件，都会写一个Dao接口与之对应，请问，这个Dao接口的工作原理是什么？Dao接口里的方法，参数不同时，方法能重载吗？

12、MyBatis 执行批量插入，能返回数据库主键列表吗？

13、MyBatis 动态sql是做什么的？都有哪些动态sql？能简述一下动态sql的执行原理不？

14、MyBatis是否支持延迟加载？如果支持，它的实现原理是什么？

15、MyBatis映射文件中，如果A标签通过include引用了B标签的内容，请问，B标签能否定义在A标签的后面，还是说必须定义在A标签的前面？

16、 ResultMap 和 ResultType 的区别？

17、MyBatis 是如何将sql执行结果封装为目标对象并返回的？都有哪些映射形式？

二、Mybatis的解析和运行原理

1、执行过程

2、工作原理（重点）

3、功能架构

4、框架架构设计

5、为什么需要预编译

6、Mybatis都有哪些Executor执行器？它们之间的区别是什么？

7、Mybatis中如何指定使用哪一种Executor执行器？

8、Mybatis是否支持延迟加载？如果支持，它的实现原理是什么？

三、Mybatis的一级缓存和二级缓存

1、一级缓存

2、二级缓存

3、总结

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

## 一、Mybatis常见问题 ##

### 1、啥是 MyBatis？ ###

MyBatis 是一个**半自动 ORM 持久层框架**，她内部对 JDBC 做了封装，并**使用 XML 或注解来配置和映射数据库信息**，开发人员只需要关注 SQL 语句本身，避免了处理繁琐的数据库映射过程，使 **Java 代码和 SQL 完全分离**，有利于分层开发，提高开发效率和灵活性。

### 2、MyBatis 的优缺点和适用场景？ ###

1）**优点**

*  基于SQL语句编程，非常灵活，不会对应用程序或者数据库的现有设计造成任何影响，SQL写在XML里，**解除SQL与程序代码的耦合**，便于统一管理；提供XML标签，支持编写动态SQL语句，并可重用。
 *  与JDBC相比，减少了50%以上的代码量，消除了JDBC大量冗余的代码，不需要手动开关连接；
 *  很好的与各种数据库兼容（因为MyBatis使用JDBC来连接数据库，所以只要JDBC支持的数据库MyBatis都支持）。
 *  能够与Spring很好的集成；
 *  提供映射标签，支持对象与数据库的ORM字段关系映射；提供对象关系映射标签，支持对象关系组件维护。

2）**缺点**

*  SQL语句的编写工作量较大，尤其当字段多、关联表多时。
 *  不支持方言，数据库移植性差。
 *  SQL存在XML文件中，调试不方便。
 *  对动态SQL的支持不是很好，提供的标签过于简单。
 *  由于xml里标签id必须唯一，导致DAO中方法不支持方法重载。

3）**适用场景**

MyBatis 解耦了 SQL 和 程序代码，适合业务逻辑相对复杂或者变动频繁的场景，可以使开发人员专注于 SQL 逻辑的修改。目前，在互联网、金融等项目中，MyBatis 是不错的选择。

### 3、MyBatis 与 Hibernate 的区别？ ###

*  Hibernate 是全自动 ORM框架，而 MyBatis是一个 半自动 ORM 框架，MyBatis 需要程序员自己编写 SQL 语句。
 *  MyBatis 直接编写原生态 SQL，可以严格控制 SQL执行性能，灵活度高，适合需求变化频繁的项目，但是对数据库的依赖较大，移植性差。Hibernate 的灵活度相对较低，但是做到了数据库的无关性，移植性较好。

**总结：MyBatis 半自动，SQL分离，灵活度高，移植性差。Hibernate 全自动，SQL不分离，灵活度差，移植性好。**

### 4、\#\{\} 和 $\{\} 的区别，防注入？（重点） ###

**\#\{\} 是预编译处理，$\{\}是字符串替换。**

*  MyBatis **在处理\#\{\}时，会将 sql 中的\#\{\}替换为?号，sql语句解析会加上""，调用 PreparedStatement 的 set 方法来赋值，使用\#\{\}可以有效的防止 SQL 注入，提高系统安全性。**
 *  MyBatis 在处理 $\{\} 时，就是把 $\{\} 替换成变量的值。**$\{\} 方式一般用于传入数据库对象，例如传入表名或配置信息**。但是一般能用\#的就别用$。

### 5、XML 映射文件中的常见标签？ ###

### 6、MyBatis 的核心组件？ ###

*  **SqlSessionFactoryBuilder（构造器）**，根据代码或配置生成SqlSessionFactory，采用分布构建的 Builder 模式。
 *  **SqlSessionFactory（工厂接口）**，生成SqlSession，采用的是工厂模式。
 *  **SqlSession（会话）**，既可以发送SQL去执行并返回结果，也可以获取Mapper的接口。
 *  **SQL Mapper（映射器）**，由一个Java接口和一个XML文件（或注解）构成，需要给出对应的SQL和映射规则，负责发送SQL并返回结果。

### 7、MyBatis 如何分页？ ###

MyBatis 本身提供了 RowBounds 对象进行分页，她是针对ResultSet结果集执行的内存分页，而非物理分页。可以在sql内直接书写带有物理分页的参数来完成物理分页功能，也可以使用分页插件来完成物理分页。分页插件的基本原理是使用Mybatis提供的插件接口，实现自定义插件，在插件的拦截方法内拦截待执行的sql，然后重写sql，根据dialect方言，添加对应的物理分页语句和物理分页参数。

*  **RowBounds 对象进行分页**，针对ResultSet结果集执行的内存分页，非物理分页。
 *  **插件分页**，实现Mybatis提供的插件接口，如 PageHelper，物理分页，在插件的拦截方法内拦截待执行的sql，然后重写sql，添加对应的物理分页语句和物理分页参数。

### 8、MyBatis 都有哪些 Executor 执行器？ ###

MyBatis有四种常见的Executor执行器，**SimpleExecutor、ReuseExecutor、BatchExecutor **和** CachingExecutor**。

*  **SimpleExecutor：单次执行。**每执行一次update或select，就开启一个Statement对象，用完立刻关闭Statement对象。
 *  **ReuseExecutor：重复使用。**执行update或select，以sql作为key查找Statement对象，存在就使用，不存在就创建，用完后，不关闭Statement对象，而是放置于Map<String, Statement>内，供下一次使用。简言之，就是重复使用Statement对象。
 *  **BatchExecutor：批量操作。**执行update（没有select，JDBC批处理不支持select），将所有sql都添加到批处理中（addBatch()），等待统一执行（executeBatch()），它缓存了多个Statement对象，每个Statement对象都是addBatch()完毕后，等待逐一执行executeBatch()批处理。与JDBC批处理相同。
 *  **CachingExecutor：启用二级缓存。**启用于二级缓存时的执行器，采用静态代理，代理一个 Executor 对象。执行 update 方法前判断是否清空二级缓存，执行 query 方法前先在二级缓存中查询，命中失败再通过被代理类查询。

作用范围：Executor的这些特点，都严格限制在SqlSession生命周期范围内。

### 9、MyBatis 的一级缓存和二级缓存？ ###

*  一级缓存：**SqlSession 级别**的缓存。基于 PerpetualCache 的 HashMap 本地缓存，其存储作用域为 Session，当 Session flush 或 close 之后，该 Session 中的所有 Cache 就将清空，默认打开一级缓存。
 *  二级缓存：**Mapper 级别**的缓存。与一级缓存其机制相同，默认也是采用 PerpetualCache，HashMap 存储，不同在于其存储作用域为 Mapper(Namespace)，并且可自定义存储源，如 Ehcache。默认不打开二级缓存，要开启二级缓存，使用二级缓存属性类需要实现Serializable序列化接口(可用来保存对象的状态),可在它的映射文件中配置<cache/> 。

对于缓存数据更新机制，当某一个作用域(一级缓存 Session/二级缓存Namespaces)的进行了C/U/D 操作后，默认该作用域下所有 select 中的缓存将被 clear。

### 10、MyBatis 的插件运行原理，如何编写一个插件？ ###

Mybatis仅可以编写针对ParameterHandler、ResultSetHandler、StatementHandler、Executor这4种接口的插件，Mybatis使用JDK的动态代理，为需要拦截的接口生成代理对象以实现接口方法拦截功能，每当执行这4种接口对象的方法时，就会进入拦截方法，具体就是**InvocationHandler的invoke()方法**，当然，只会拦截那些你指定需要拦截的方法。

编写插件：实现Mybatis的Interceptor接口并复写intercept()方法，然后在给插件编写注解，指定要拦截哪一个接口的哪些方法即可，记住，别忘了在配置文件中配置你编写的插件。

### 11、最佳实践中，通常一个Xml映射文件，都会写一个Dao接口与之对应，请问，这个Dao接口的工作原理是什么？Dao接口里的方法，参数不同时，方法能重载吗？ ###

Dao接口，就是人们常说的Mapper接口，接口的全限名，就是映射文件中的namespace的值，接口的方法名，就是映射文件中MappedStatement的id值，接口方法内的参数，就是传递给sql的参数。Mapper接口是没有实现类的，当调用接口方法时，接口全限名+方法名拼接字符串作为key值，可唯一定位一个MappedStatement。在Mybatis中，每一个<select>、<insert>、<update>、<delete>标签，都会被解析为一个MappedStatement对象。

Dao接口里的方法，是**不能重载**的，因为是**全限名+方法名的保存和寻找策略**。

Dao接口的工作原理是JDK动态代理，Mybatis运行时会使用JDK动态代理为Dao接口生成代理proxy对象，代理对象proxy会拦截接口方法，转而执行MappedStatement所代表的sql，然后将sql执行结果返回。

### 12、MyBatis 执行批量插入，能返回数据库主键列表吗？ ###

能，JDBC都能，Mybatis当然也能。

*  对于支持生成自增主键的数据库：增加 useGenerateKeys和keyProperty ，<insert>标签属性。
 *  不支持生成自增主键的数据库：使用<selectKey>。

<insert id="insertAuthor" useGeneratedKeys="true" keyProperty="id">
      insert into Author (username, password, email, bio) values
      <foreach item="item" collection="list" separator=",">
        (#{item.username}, #{item.password}, #{item.email}, #{item.bio})
      </foreach>
    </insert>

### 13、MyBatis 动态sql是做什么的？都有哪些动态sql？能简述一下动态sql的执行原理不？ ###

其执行原理为，使用OGNL从sql参数对象中计算表达式的值，根据表达式的值动态拼接sql，以此来完成动态sql的功能。

### 14、MyBatis是否支持延迟加载？如果支持，它的实现原理是什么？ ###

Mybatis仅支持association关联对象和collection关联集合对象的延迟加载，association指的就是一对一，collection指的就是一对多查询。在Mybatis配置文件中，可以配置是否启用延迟加载lazyLoadingEnabled=true|false。

它的原理是，使用CGLIB创建目标对象的代理对象，当调用目标方法时，进入拦截器方法，比如调用a.getB().getName()，拦截器invoke()方法发现a.getB()是null值，那么就会单独发送事先保存好的查询关联B对象的sql，把B查询上来，然后调用a.setB(b)，于是a的对象b属性就有值了，接着完成a.getB().getName()方法的调用。这就是延迟加载的基本原理。

当然了，不光是Mybatis，几乎所有的包括Hibernate，支持延迟加载的原理都是一样的。

### 15、MyBatis映射文件中，如果A标签通过include引用了B标签的内容，请问，B标签能否定义在A标签的后面，还是说必须定义在A标签的前面？ ###

虽然Mybatis解析Xml映射文件是按照顺序解析的，但是，被引用的B标签依然可以定义在任何地方，Mybatis都可以正确识别。

原理是，Mybatis解析A标签，发现A标签引用了B标签，但是B标签尚未解析到，尚不存在，此时，Mybatis会将A标签标记为未解析状态，然后继续解析余下的标签，包含B标签，待所有标签解析完毕，Mybatis会重新解析那些被标记为未解析的标签，此时再解析A标签时，B标签已经存在，A标签也就可以正常解析完成了。

### 16、 ResultMap 和 ResultType 的区别？ ###

resultType和resultMap功能类似 ，都是返回对象信息，**区别在于resultMap要手动配置一下，表和类的对应关系**。**当实体类和数据库表字段一一对应的时候，resultType会自动建立对应关系；当实体类和数据库表字段不一致的时候，使用resultMap手动建立对应关系。**

在MyBatis进行查询映射时，查询出来的每一个属性都是放在一个对应的Map里面的，其中键是属性名，值则是其对应的值。  
1.resultType，MyBatis会将Map里面的键值对取出赋给resultType所指定的对象对应的属性。所以其实MyBatis的每一个查询映射的返回类型都是ResultMap，只是当提供的返回类型属性是resultType的时候，MyBatis会**自动的给把对应的值赋给resultType所指定对象的属性**。  
2.当提供的返回类型是resultMap时，因为Map不能很好表示领域模型，就需**要自己再进一步的手动把它转化为对应的对象**，这常常在复杂查询中很有作用。

### 17、MyBatis 是如何将sql执行结果封装为目标对象并返回的？都有哪些映射形式？ ###

第一种是使用 标签，逐一定义数据库列名和对象属性名之间的映射关系。  
第二种是使用 sql 列的别名功能，将列的别名书写为对象属性名。有了列名与属性名的映射关系后，Mybatis 通过反射创建对象，同时使用反射给对象的属性逐一赋值并返回，那些找不到映射关系的属性，是无法完成赋值的。

## 二、Mybatis的解析和运行原理 ##

### 1、执行过程 ###

1.  创建SqlSessionFactory
2.  通过SqlSessionFactory创建SqlSession
3.  通过sqlsession执行数据库操作
4.  调用session.commit()提交事务
5.  调用session.close()关闭会话

### 2、工作原理（重点） ###

在学习 MyBatis 程序之前，需要了解一下 MyBatis 工作原理，以便于理解程序。MyBatis 的工作原理如下图

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3NoaXBmZWlfY3Nkbg_size_16_color_FFFFFF_t_70][]

1）读取 MyBatis 配置文件：mybatis-config.xml 为 MyBatis 的全局配置文件，配置了 MyBatis 的运行环境等信息，例如数据库连接信息。

2）加载映射文件。映射文件即 SQL 映射文件，该文件中配置了操作数据库的 SQL 语句，需要在 MyBatis 配置文件 mybatis-config.xml 中加载。mybatis-config.xml 文件可以加载多个映射文件，每个文件对应数据库中的一张表。

3）构造会话工厂：通过 MyBatis 的环境等配置信息构建会话工厂 SqlSessionFactory。

4）创建会话对象：由会话工厂创建 SqlSession 对象，该对象中包含了执行 SQL 语句的所有方法。

5）Executor 执行器：MyBatis 底层定义了一个 Executor 接口来操作数据库，它将根据 SqlSession 传递的参数动态地生成需要执行的 SQL 语句，同时负责查询缓存的维护。

6）MappedStatement 对象：在 Executor 接口的执行方法中有一个 MappedStatement 类型的参数，该参数是对映射信息的封装，用于存储要映射的 SQL 语句的 id、参数等信息。

7）输入参数映射：输入参数类型可以是 Map、List 等集合类型，也可以是基本数据类型和 POJO 类型。输入参数映射过程类似于 JDBC 对 preparedStatement 对象设置参数的过程。

8）输出结果映射：输出结果类型可以是 Map、 List 等集合类型，也可以是基本数据类型和 POJO 类型。输出结果映射过程类似于 JDBC 对结果集的解析过程。

### 3、功能架构 ###

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3NoaXBmZWlfY3Nkbg_size_16_color_FFFFFF_t_70 1][]

我们把Mybatis的功能架构分为三层：

*  API接口层：提供给外部使用的接口API，开发人员通过这些本地API来操纵数据库。接口层一接收到调用请求就会调用数据处理层来完成具体的数据处理。
 *  数据处理层：负责具体的SQL查找、SQL解析、SQL执行和执行结果映射处理等。它主要的目的是根据调用的请求完成一次数据库操作。
 *  基础支撑层：负责最基础的功能支撑，包括连接管理、事务管理、配置加载和缓存处理，这些都是共用的东西，将他们抽取出来作为最基础的组件。为上层的数据处理层提供最基础的支撑。

### 4、框架架构设计 ###

![20201106140353472.png][]

这张图从上往下看。MyBatis的初始化，会从mybatis-config.xml配置文件，解析构造成Configuration这个类，就是图中的红框。

(1)加载配置：配置来源于两个地方，一处是配置文件，一处是Java代码的注解，将SQL的配置信息加载成为一个个MappedStatement对象（包括了传入参数映射配置、执行的SQL语句、结果映射配置），存储在内存中。

(2)SQL解析：当API接口层接收到调用请求时，会接收到传入SQL的ID和传入对象（可以是Map、JavaBean或者基本数据类型），Mybatis会根据SQL的ID找到对应的MappedStatement，然后根据传入参数对象对MappedStatement进行解析，解析后可以得到最终要执行的SQL语句和参数。

(3)SQL执行：将最终得到的SQL和参数拿到数据库进行执行，得到操作数据库的结果。

(4)结果映射：将操作数据库的结果按照映射的配置进行转换，可以转换成HashMap、JavaBean或者基本数据类型，并将最终结果返回。

### 5、为什么需要预编译 ###

1.  定义：  
    SQL 预编译指的是数据库驱动在发送 SQL 语句和参数给 DBMS 之前对 SQL 语句进行编译，这样 DBMS 执行 SQL 时，就不需要重新编译。
2.  为什么需要预编译  
    JDBC 中使用对象 PreparedStatement 来抽象预编译语句，使用预编译。预编译阶段可以优化 SQL 的执行。预编译之后的 SQL 多数情况下可以直接执行，DBMS 不需要再次编译，越复杂的SQL，编译的复杂度将越大，预编译阶段可以合并多次操作为一个操作。同时预编译语句对象可以重复利用。把一个 SQL 预编译后产生的 PreparedStatement 对象缓存下来，下次对于同一个SQL，可以直接使用这个缓存的 PreparedState 对象。Mybatis默认情况下，将对所有的 SQL 进行预编译。

### 6、Mybatis都有哪些Executor执行器？它们之间的区别是什么？ ###

Mybatis有三种基本的Executor执行器，SimpleExecutor、ReuseExecutor、BatchExecutor。

**SimpleExecutor**：每执行一次update或select，就开启一个Statement对象，用完立刻关闭Statement对象。

**ReuseExecutor**：执行update或select，以sql作为key查找Statement对象，存在就使用，不存在就创建，用完后，不关闭Statement对象，而是放置于Map<String, Statement>内，供下一次使用。简言之，就是重复使用Statement对象。

**BatchExecutor**：执行update（没有select，JDBC批处理不支持select），将所有sql都添加到批处理中（addBatch()），等待统一执行（executeBatch()），它缓存了多个Statement对象，每个Statement对象都是addBatch()完毕后，等待逐一执行executeBatch()批处理。与JDBC批处理相同。

作用范围：Executor的这些特点，都严格限制在SqlSession生命周期范围内。

### 7、Mybatis中如何指定使用哪一种Executor执行器？ ###

在Mybatis配置文件中，在设置（settings）可以指定默认的ExecutorType执行器类型，也可以手动给DefaultSqlSessionFactory的创建SqlSession的方法传递ExecutorType类型参数，如SqlSession openSession(ExecutorType execType)。

配置默认的执行器。SIMPLE 就是普通的执行器；REUSE 执行器会重用预处理语句（prepared statements）； BATCH 执行器将重用语句并执行批量更新。

### 8、Mybatis是否支持延迟加载？如果支持，它的实现原理是什么？ ###

当然了，不光是Mybatis，几乎所有的包括Hibernate，支持延迟加载的原理都是一样的。

## 三、Mybatis的一级缓存和二级缓存 ##

### 1、一级缓存 ###

Mybatis默认开启一级缓存，一级缓存只是相对于同一个SqlSession而言。一级缓存查询存在于每一个的sqlsession类的实例对象中，当第一次查询某一个数据时候，sqlsession类的实例对象会将该数据存入到一级缓存。这样可以在没有收到改变该数据的请求之前，我们所查询数据都是从缓存中去获取的，而不是从数据库中去取数据，这样就大大减少数据库的频繁查询，导致效率降低的原因。如果用户出现commit操作时，比如增删改查，这时sqlsession中一级缓存区域就会全部清空。清空之后再次去一级缓存查找不到，就会走数据库进行查找，然后再次存到缓存中。注意：缓存使用的数据结构也是map的。

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3NoaXBmZWlfY3Nkbg_size_16_color_FFFFFF_t_70 2][]

**1）、一级缓存的生命周期有多长？**

*  MyBatis在开启一个数据库会话时，会 创建一个新的SqlSession对象，SqlSession对象中会有一个新的Executor对象。Executor对象中持有一个新的PerpetualCache对象；当会话结束时，SqlSession对象及其内部的Executor对象还有PerpetualCache对象也一并释放掉。
 *  如果SqlSession调用了close()方法，会释放掉一级缓存PerpetualCache对象，一级缓存将不可用。
 *  如果SqlSession调用了clearCache()，会清空PerpetualCache对象中的数据，但是该对象仍可使用。
 *  SqlSession中执行了任何一个update操作(update()、delete()、insert()) ，都会清空PerpetualCache对象的数据，但是该对象可以继续使用

**2）、怎么判断某两次查询是完全相同的查询？**

mybatis认为，对于两次查询，如果以下条件都完全一样，那么就认为它们是完全相同的两次查询。

*  传入的statementId
 *  查询时要求的结果集中的结果范围
 *  这次查询所产生的最终要传递给JDBC java.sql.Preparedstatement的Sql语句字符串（boundSql.getSql() ）
 *  传递给java.sql.Statement要设置的参数值

### 2、二级缓存 ###

二级缓存的范围就是mapper级别，也就是mapper以命名空间为单位创建缓存数据结构，也是map结构。二级缓存和 一级缓存一样的是，二级缓存的多个sqlsession去操作同一个mapper映射的sql语句，然后多个sqlsession可以共用二级缓存这样的一个思想，它是跨sqlsession的。

![watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3NoaXBmZWlfY3Nkbg_size_16_color_FFFFFF_t_70 3][]

### 3、总结 ###

1）关于一级缓存（sqlsession级别的）

*  一级缓存是默认开启的
 *  底层其实是基于hashmap的本地内存缓存；
 *  作用域是session（其实就相当于一个方法）；
 *  当session关闭或者刷新的时候缓存清空；
 *  不通sqlsession之间缓存互不影响；

2）关于二级缓存（同一个namespace下的mapper，sqlsessionFactory级别的）

*  首先mybatis默认是没有开启二级缓存的，
 *  二级缓存需要我们手动开启，它是mapper级别的缓存；
 *  同一个namespace下的所有操作语句，都影响着同一个Cache，即二级缓存被多个SqlSession共享，是一个全局的变量。

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3NoaXBmZWlfY3Nkbg_size_16_color_FFFFFF_t_70]: /images/20221120/b721c7dd25d04d1b9f785120dfa8146d.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3NoaXBmZWlfY3Nkbg_size_16_color_FFFFFF_t_70 1]: /images/20221120/40ec306904b14c71b36fd9ffe14b9220.png
[20201106140353472.png]: /images/20221120/879726cd60e14c3e8d66df2362b2395d.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3NoaXBmZWlfY3Nkbg_size_16_color_FFFFFF_t_70 2]: https://img-blog.csdnimg.cn/20201106151603946.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3NoaXBmZWlfY3Nkbg==,size_16,color_FFFFFF,t_70
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3NoaXBmZWlfY3Nkbg_size_16_color_FFFFFF_t_70 3]: https://img-blog.csdnimg.cn/20201106151658843.png?x-oss-process=image/watermark,type_ZmFuZ3poZW5naGVpdGk,shadow_10,text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3NoaXBmZWlfY3Nkbg==,size_16,color_FFFFFF,t_70