用了这么多年分页PageHelper，才发现自己一直用错了！

向右看齐 2022-11-20 13:58 290阅读 0赞

##                           微信关注公众号“java大数据修炼之道”,选择“设为星标” ##

#                             优质文章和精品资源, 第一时间送达 #

![format_png][]

关注公众号后台回复**资源**获取实战教学资料+视频

> 作者：臣不贰
> 
> blog.csdn.net/NOT\_TWO\_CHEN/article/details/109230267

## 一. 开发准备 ##

### 1. 开发工具 ###

*  IntelliJ IDEA 2020.2.3

### 2. 开发环境 ###

*  Red Hat Open JDK 8u256
 *  Apache Maven 3.6.3

### 3. 开发依赖 ###

*  SpringBoot

> “
> 
>     <dependency>
>      <groupId>org.springframework.boot</groupId>
>      <artifactId>spring-boot-starter-web</artifactId>
>     </dependency>
>     1234
> 
> ”

*  MyBatis

> “
> 
>     <dependency>
>      <groupId>org.mybatis.spring.boot</groupId>
>      <artifactId>mybatis-spring-boot-starter</artifactId>
>      <version>2.1.3</version>
>     </dependency>
>     12345
> 
> ”

*  PageHelper

> “
> 
>     <dependency>
>      <groupId>com.github.pagehelper</groupId>
>      <artifactId>pagehelper-spring-boot-starter</artifactId>
>      <version>1.3.0</version>
>     </dependency>
>     12345
> 
> ”

## 二. 技术文档 ##

### 1. 基于SpringBoot ###

*  SpringBoot 官方文档        
    
    https://spring.io/projects/spring-boot
 *  SpringBoot 中文社区        
    
    https://springboot.io/

### 2. 基于MyBatis ###

*  MyBatis 官方文档     
    
    https://mybatis.org/mybatis-3/zh/index.html

### 3. 集成PageHelper ###

*  PageHelper 开源仓库 
    
    https://github.com/pagehelper/Mybatis-PageHelper

## 三. 应用讲解 ##

### 1. 基本使用 ###

在实际项目运用中，PageHelper的使用非常便利快捷，仅通过`PageInfo` \+ `PageHelper`两个类，就足以完成分页功能，然而往往这种最简单的集成使用方式，却在很多实际应用场景中，没有得到充分的开发利用．

接下来是我们最常见的使用方式：

public PageInfo<ResponseEntityDto> page(RequestParamDto param) {
     PageHelper.startPage(param.getPageNum(), param.getPageSize());
     List<ResoinseEntityDto> list = mapper.selectManySelective(param);
     PageInfo<ResponseEntityDto> pageInfo = (PageInfo<ResponseEntityDto>)list;
     return pageInfo;
    } 
    123456

在某种程度上而言,上述写法的确是符合PageHelper的使用规范 :

> “
> 
> 在集合查询前使用`PageHelper.startPage(pageNum,pageSize)`,并且*中间不能穿插执行其他SQL*
> 
> ”

但是作为Developer的我们,往往只有在追求完美和极致的道路上才能够寻得突破和机遇; 以下是合理且规范的基本使用:

public PageInfo<ResponseEntityDto> page(RequestParamDto param) {
     return PageHelper.startPage(param.getPageNum(), param.getPageSize())
         .doSelectPageInfo(() -> list(param))
    } 
    public List<ResponseEntityDto> list(RequestParamDto param) {
     return mapper.selectManySelective(param);
    }
    1234567

FAQ

1. 为什么要重新声明一个list函数?

> “
> 
> 答: 往往在很多实际业务应用场景中, 分页查询是基于大数据量的表格展示需求来进行的. 然而很多时候,譬如: 内部服务的互相调用,`OpenAPI`的提供. 甚至在某些前后端分离联调的业务场景中,是同样需要一个非分页集合查询接口来提供服务的. 另外,暂时以上因素抛开不谈,我们可以根据上述写法来定义和规范某些东西譬如: 分页和集合查询的分离和解耦(解耦详情请看进阶使用), 分页请求的请求和响应与实际业务参数的分离(详情请看进阶使用)等等…
> 
> ”

2. `doSelectPageInfo`是什么?

> “
> 
> 答: `doSelectPageInfo`是`PageHelper.startPage()`函数返回的默认`Page`实例内置的函数,该函数可以用以`Lambda`的形式通过额外的`Function`来进行查询而不需要再进行多余的`PageInfo`与`List`转换,而`doSelectPageInfo`的参数则是`PageHelper`内置的`Function(ISelect)`接口用以达到转换`PageInfo`的目的
> 
> ”

3. 这种写法的代码量看起来不少反多?

> “
> 
> 答: 正如同①中所描述的,就代码量而言,确实没有更进一步的简化,但是再某些业务场景中,在已具有`list`函数接口的情况下,是一种更直观的优化(优化详情请看进阶使用)
> 
> ”

### 2. 进阶使用 ###

先看代码,再谈解析:

import com.github.pagehelper.PageHelper;
    import com.github.pagehelper.PageInfo;
    
    import java.util.List;
    
    /**
     * @param <Param> 泛型request
     * @param <Result> 泛型response
     */
    public interface BaseService<Param, Result> {
    
        /**
         * 分页查询
         *
         * @param param 请求参数DTO
         * @return 分页集合
         */
        default PageInfo<Result> page(PageParam<Param> param) {
            return PageHelper.startPage(param).doSelectPageInfo(() -> list(param.getParam()));
        }
    
        /**
         * 集合查询
         *
         * @param param 查询参数
         * @return 查询响应
         */
        List<Result> list(Param param);
    }
    1234567891011121314151617181920212223242526272829

> “
> 
> 可以看到`BaseService`可以作为全局`Service`通用接口的封装和声明 而作为通用分页接口page函数却在此处利用`interface`特有关键字`default` 直接声明了`page`函数的方法体`body`
> 
> ”

import com.github.pagehelper.IPage;
    import lombok.Data;
    import lombok.experimental.Accessors;
    
    @Data // 为省略冗余代码使用lombok 实际应有常规Getter/Setter Construction toString等
    @Accessors(chain = true) // 此lombok注解是为了实现 Entity伪Build 譬如: entity.setX(x).setY(y)
    public class PageParam<T>  implements IPage {
    
        //  description = "页码", defaultValue =  1
        private Integer pageNum = 1;
    
        // description = "页数", defaultValue = 20
        private Integer pageSize = 20;
    
        // description = "排序", example = "id desc"
        private String orderBy;
    
        //  description = "参数"
        private T param;
    
        public PageParam<T> setOrderBy(String orderBy) {
            this.orderBy = orderBy; // 此处可优化 优化详情且看解析
            return this;
        }
    }
    12345678910111213141516171819202122232425

> “
> 
> 在`BaseService`中我们看到了一个新的`PageParam`,参考了`PageInfo`用以包装/声明/分离分页参数和业务参数,且参数类型为泛型,即支持任何数据类型的业务参数 同时也可以看到`PageParam`实现了`IPage`接口,并且多了一个`orderBy`属性字段
> 
> ”

import common.base.BaseService;
    import dto.req.TemplateReqDto;
    import dto.resp.TemplateRespDto;
    
    public interface TemplateService extends BaseService<TemplateReqDto, TemplateeRespDto> {
        // 同为interface接口, 业务Service只需要继承BaseService
        // 并根据实际使用场景声明请求参数和响应结果的Entity实体即可
    }
    12345678

> “
> 
> 在实际应用中,只需要声明我们通用的业务查询请求参数和响应结果即可
> 
> ”

import dto.req.TemplateReqDto;
    import dto.resp.TemplateRespDto;
    import service.TemplateService;
    import persistence.mapper.TemplateMapper;
    import lombok.RequiredArgsConstructor;
    import lombok.extern.slf4j.Slf4j;
    import org.springframework.stereotype.Service;
    
    import java.util.List;
    
    @Slf4j // 基于lombok自动生成logger日志记录实例
    @Service // SpringBoot中注册Service Bean的注解
    @RequiredArgsConstructor // 基于lombok根据类所有final属性生成构造函数 即可完成Spring构造注入
    public class TemplateServiceImpl implements TemplateService {
    
        private final TemplateMapper mapper;
    
        @Override
        public List<TemplateRespDto> list(TemplateReqDto param) {
            return mapper.selectManySelective(param) // 可根据实际情况将实体做转换
        }
    }
    12345678910111213141516171819202122

> “
> 
> 实现类中也只需要重写`list`方法体,将实际业务场景中需要处理的业务逻辑处理和查询方法写入其中,并不需要关心分页功能
> 
> ”

@Slf4j // 同上
    @RestController // SpringBoot中注册Controller Bean的注解
    @RequiredArgsConstructor // 同上
    public class TemplateController {
    
        public final TemplateService service;
    
        /**
         * 分页查询
         *
         * @param pageParam 分页查询参数
         * @return 分页查询响应
         */
        @PostMapping(path = "page")
        public PageInfo<Result> page(@RequestBody PageParam<Param> pageParam) {
            return service.page(pageParam);
        }
    
        /**
         * 集合查询
         *
         * @param listParam 集合查询参数
         * @return 集合查询响应
         */
        @PostMapping(path = "list")
        public List<Result> list(@RequestBody Param listParam) {
            return service.list(listParam);
        }
    }
    1234567891011121314151617181920212223242526272829

> “
> 
> 最后编码`Controller`接口时,也只需要直接调用`service.page`即可,而请求参数直接用`PageParam`包装,将分页参数和业务参数分离,在前后端接口联调中,保持这种分离规范,可以很大程度上的降低沟通和开发成本
> 
> ”

FAQ

1. `BaseService`作为`interface`,`page`为什么可以声明方法体?

> “
> 
> 答: `Java8`中新特性之一就是为`interface`接口类增加了`static/default`方法,即声明方法后,其子类或实现都将默认具有这些方法,可以直接调用 而在此处为`Page`方法声明`default`是因为`page`函数只关注*分页参数和分页响应*,脱离了业务场景,方法体大相径庭,所以索性抽象定义出来,免去了其实现的复杂冗余过程
> 
> ”

2. `PageParam`的声明有什么意义?实现`IPage`是为了什么?

> “
> 
> 答: `PageParam`是参考`PageInfo`编写的类(不确定往后`PageHelper`是否会封装此类,兴许我可以提个`Issue`上去,也参与开源框架的开发) 编写此类的目的就是为了分离分页和业务数据,让开发者专注于业务的实现和开发,同时也是对分页查询`API`的一种规范,无论是请求还是响应都将分页相关的数据抽离出来,单独使用 而实现`IPage`则是因为`IPage`作为`PageHelper`内置的`interface`,在不了解它更多意义上的作用前,可以作为我们分页参数声明的一种规范,而`IPage`中也只声明了三个方法,分别是`pageNum/pageSize/orderBy`的`Getter`方法,另外在源码分析中,我将会提到实现此接口更深层的意义
> 
> ”

3. `PageParam`中除了常规的`pageNum/pageSize`,为什么还需要一个`orderBy`?

> “
> 
> 答: 常规的分页查询中只需要`pageNum/pageSize`即可完成分页的目的,但是往往伴随着分页查询的还有筛选排序,而`orderBy`则是专注基于SQL的动态传参排序
> 
> ”

4. `orderBy`如何使用?会有什么问题吗?

> “
> 
> 答: `orderBy`和`pageNum/pageSize`一样,都是`Pagehelper`通过`MyBatis`拦截器,在query查询中注入进去的,所以在前端传参时,`orderBy`参数应为数据库`column desc/asc`这种形式,多字段排序则可以用逗号(,)拼接,譬如: `columnA desc,columnB`, 但是另外一方面又存在两个问题, 第一就是大多数数据库表字段设计中,都会使用蛇形case命名,而非常规开发中的驼峰case命名,所以存在一层转换,而这种转换可以分配给前端传参时,也可以分配给后端接参时. 第二就是这样赤裸裸的将排序字段暴露在接口中,会存在order by SQL注入的风险,所以在实际使用过程中,我们需要通过某些手段去校验和排查`orderBy`的传参是否合法,譬如用正则表达式匹配参数值只能含有`order by`语法中必要的值,例如字段名,`desc or asc`,不允许包含特殊字符/数据库关键字等
> 
> ”

5. `pageNum/pageSize`一定需要给默认值吗?

> “
> 
> 答: 通过阅读PageHelper源码,我们得知在`Page`查询参数为null时,它并不会赋予它们默认值,并不进行额外的处理,以至于导致分页失败,而给默认值,也是为了谨防前后端调试接口过程中可能会出现的各种意外
> 
> ”

### 3. 源码分析 ###

首先我们看`PageHelper.startPage(param)`过程中发生了什么 :

public static <E> Page<E> startPage(Object params) {
     Page<E> page = PageObjectUtil.getPageFromObject(params, true);
     Page<E> oldPage = getLocalPage();
     if (oldPage != null && oldPage.isOrderByOnly()) {
      page.setOrderBy(oldPage.getOrderBy());
     }
     setLocalPage(page);
     return page;
    }
    123456789

> “
> 
> 这是`PageHelper`继承(extend)的抽象类`PageMethod`中的一个静态方法
> 
> ”

再看代码第一行 `Page<E> page = PageObjectUtil.getPageFromObject(params, true)`发生了什么:

public static <T> Page<T> getPageFromObject(Object params, boolean required) {
     if (params == null) {
      throw new PageException("无法获取分页查询参数!");
     } else if (params instanceof IPage) {
      IPage pageParams = (IPage)params;
      Page page = null;
      if (pageParams.getPageNum() != null && pageParams.getPageSize() != null) {
       page = new Page(pageParams.getPageNum(), pageParams.getPageSize());
      }
      if (StringUtil.isNotEmpty(pageParams.getOrderBy())) {
       if (page != null) {
        page.setOrderBy(pageParams.getOrderBy());
       } else {
        page = new Page();
        page.setOrderBy(pageParams.getOrderBy());
        page.setOrderByOnly(true);
       }
      }
      return page;
     } else {
            ... // 此处我只截取了部分代码片段, 以上是较为重要的一块
     }
    }
    1234567891011121314151617181920212223

> “
> 
> 可以看到在此方法中,会先判断`params`是否为null,再而通过`instanceof`判断是否为`IPage`的子类或实现类 如果以上两个`if/else` 皆不满足,则`PageHelper`则会在我省略贴出的代码中通过大量的反射代码来获取`pageNum/pageSize`以及`orderBy`. 总所皆知,反射在Java中虽然广泛应用,并且作为语言独有特性之一,深受广大开发者的喜爱,但是反射在某种程度上,是需要性能成本的,甚至于现阶段很多主流的框架和技术,都在尽量减少反射的运用,以防止框架性能过差,被市场淘汰. 那么到此为止,我们也终于解释并知道了为什么`PageParam`要实现`IPage`接口了,在此处的代码中可以直接通过接口获取到分页参数,而不需要通过有损性能的反射获取`PageHelper`需要的参数
> 
> ”

继续看`startPage`中的后续代码:

public abstract class PageMethod {
        protected static final ThreadLocal<Page> LOCAL_PAGE = new ThreadLocal();
        protected static boolean DEFAULT_COUNT = true;
    
        public PageMethod() {
        }
    
        protected static void setLocalPage(Page page) {
            LOCAL_PAGE.set(page);
        }
    
        public static <T> Page<T> getLocalPage() {
            return (Page)LOCAL_PAGE.get();
        }
     ...
     ...
    }
    1234567891011121314151617

> “
> 
> 可以看到`PageHelper`继承的抽象类`PageMethod`中声明了一个`Page`的线程本地变量,而`getLocalPage()`则是为了获取当前线程中的`Page`而接下来`if (oldPage != null && oldPage.isOrderByOnly())`则是判断是否存在旧分页数据 此处的`isOrderByOnly`通过`getPageFromObject()`函数我们可以知道,当只存在`orderBy`参数时,即为`true`也就是说,当存在旧分页数据并且旧分页数据只有排序参数时,就将旧分页数据的排序参数列入新分页数据的排序参数 然后将新的分页数据`page`存入本地线程变量中 实际应用场景中,这种情况还是比较少,仅排序而不分页,所以某种角度上而言,我们仅当了解便好
> 
> ”

原创标识

接下来再看`doSelectPageInfo(ISelect)` 中发生了什么:

public <E> PageInfo<E> doSelectPageInfo(ISelect select) {
     select.doSelect();
     return this.toPageInfo();
    }
    1234

> “
> 
> 可以看到,该方法的实现非常简单明了,就是通过注册声明`ISelect`接口由开发自定义集合查询方式并由它内部执行,随后便返回`PageInfo`实体 前面我们有提到,`PageHelper`基于`MyBatis`拦截器达到分页的目的,那么为什么此处的`ISelect.doSelect()`执行,就可以返回`PageInfo`实体呢? 实际上这便是拦截器的妙用所在,在`select.doSelect()`执行时,会触发`PageHelper`自定义的`MyBatis`查询拦截器,并通过解析SQL和SQL参数,根据数据库类型,进行分页,譬如MySQL的`limit`,Oracle的`Rownum`等, 同时还会在我们定义的查询SQL之前,`PageHelper`会重新生成一条select count(\*)的SQL率先执行,已达到它定义`Page`内置分页参数的目的
> 
> ”

@Intercepts({@Signature(
        type = Executor.class,
        method = "query",
        args = {MappedStatement.class, Object.class, RowBounds.class, ResultHandler.class}
    ), @Signature(
        type = Executor.class,
        method = "query",
        args = {MappedStatement.class, Object.class, RowBounds.class, ResultHandler.class, CacheKey.class, BoundSql.class}
    )})
    public class PageInterceptor implements Interceptor {
        private volatile Dialect dialect;
        private String countSuffix = "_COUNT";
        protected Cache<String, MappedStatement> msCountMap = null;
        private String default_dialect_class = "com.github.pagehelper.PageHelper";
    
        public PageInterceptor() {
        }
    
        public Object intercept(Invocation invocation) throws Throwable {
        ...
        ...
        }
    }
    1234567891011121314151617181920212223

以上便是`PageHelper`内置的自定义MyBatis拦截器,因代码量过多,为了保证不违反本博文文不对题的原则,此处不再做多余讲解,如有需要,我可以另行写一篇博客单独解释并讲解MyBatis拦截器的概念和原理,深度解析MyBatis源码

### 拓展 ###

`PageHelper`不仅有`pageNum/pageSize/orderBy`这几个参数,更还有`pageSizeZero, reasonable`参数等用以更进阶的分页查询定义,如需更深入的了解,我可以另行写一遍进阶PageHelper使用,此文只作为寻常开发使用讲解

原创标识

## 四. 总结 ##

PageHelper作为GitHub上现在近10K的开源分页框架,也许代码深度和广度不及主流市场框架和技术,虽然在功能的实现和原理上,造轮子的难度不高,源码也很清晰,但是在很大程度上解决了很多基于MyBatis的分页技术难题,简化并提示了广大开发者的效率,这才是开发者们在开发的路上应该向往并为之拼搏的方向和道路. 而我们作为受益者,也不应当仅仅是对其进行基本的使用,开发之余,我们也应该关注一些框架的拓展,对框架的底层有一定程度上的了解,并为之拓展和优化

此处再次放上PageHelper的开源仓库：https://mvnrepository.com/artifact/com.github.pagehelper/pagehelper-spring-boot-starter

![1e9a61c1795464632dfac98891d82d81.png][]

欢迎关注“Java大数据修炼之道”，我们分享最有价值的Java的干货文章，助力您成为有思想的Java开发工程师！

![a7ca7979f48418aba0bb0eb635911598.gif][]

**推荐阅读：**

1、[必须收藏！SpringBoot注解大全][SpringBoot]

2、[项目中常用的19条MySQL优化][19_MySQL]

3、[分享几个开源的高仿项目， 需要的自取][Link 1]

4、[老板要求用java将word转为PDF，这么搞？][java_word_PDF]

5、[这8种常见的SQL错误用法，80%的人还在使用][8_SQL_80]

6、[程序员面试 10 大潜规则，千万不要踩坑！][10]

7、[卧槽，为什么volatile关键字保证不了线程安全啊][volatile]

8、[单怼60道多线程面试题，你能答上几个?(附答案)][60]

9、[这21个刁钻的HashMap 面试题，我把阿里面试官吊打了！][21_HashMap]

10、[Spring Boot “内存泄漏”？看看美团大牛是如何排查的][Spring Boot]

**干货分享****：扫码关注下面的公众号后台回复“****资源****”领取1T编程资源，里面包含各种学习资料。帮助大家更快的学习编程与进阶+资料**

**想充电就关注****Java大数据修炼之道**

每天学习java技术，你想学的Java知识这里都有!**![bcf5ea91b42ce43350fa3de0ee8aa68a.png][]**

![fd02244a2ad96ee0072afd3544223214.png][]

**                                                                                 扫码关注我们**

获取更多学习资料

视频 | 面经 | 技术 | 电子书 | 职场

[format_png]: /images/20221120/6482c48511b54f09b509aba0c250a6df.png
[1e9a61c1795464632dfac98891d82d81.png]: /images/20221120/02c611977a764d709c415bcbb93c8e0e.png
[a7ca7979f48418aba0bb0eb635911598.gif]: /images/20221120/bf66a12455d9467e84e53556c6b19c30.png
[SpringBoot]: http://mp.weixin.qq.com/s?__biz=MzU1NjczNTM5NQ==&mid=2247493234&idx=1&sn=2c1164a6660993e4c9d42cc972235885&chksm=fbc228beccb5a1a8eee97316c21121d8b19125491464c3f2fab82c35fb47ba80299421a9e54e&scene=21#wechat_redirect
[19_MySQL]: http://mp.weixin.qq.com/s?__biz=MzU1NjczNTM5NQ==&mid=2247492315&idx=1&sn=37c6888e30892c7fae56d0769c35a571&chksm=fbc22c17ccb5a501df41ddeaecf0f7e85e292b45d6c7522e4d6a4d9c4a93a389338ee175eae8&scene=21#wechat_redirect
[Link 1]: http://mp.weixin.qq.com/s?__biz=MzU1NjczNTM5NQ==&mid=2247493242&idx=1&sn=ae4546b8447b8aef71cf68781003b226&chksm=fbc228b6ccb5a1a02f8d036b13a85c7485c048d351afb87a949999c24e0e6863f860289c00a6&scene=21#wechat_redirect
[java_word_PDF]: http://mp.weixin.qq.com/s?__biz=MzU1NjczNTM5NQ==&mid=2247492363&idx=1&sn=6975a1a5de92dc49d04654f21ffa7c21&chksm=fbc22dc7ccb5a4d1b94f2a9bbce26082c9f845fbbf7d588a5540d072bcef39b2281d0b705f91&scene=21#wechat_redirect
[8_SQL_80]: http://mp.weixin.qq.com/s?__biz=MzU1NjczNTM5NQ==&mid=2247493211&idx=1&sn=0c7504ab32f5c8bf4930ed2d89753cd8&chksm=fbc22897ccb5a1811b6f10e1c5de666e0d853a2808ad174e1b9adf9e30898cf3a9dbca810fa1&scene=21#wechat_redirect
[10]: http://mp.weixin.qq.com/s?__biz=MzU1NjczNTM5NQ==&mid=2247492106&idx=1&sn=e25c3eea649006f34fd6f5cb62ea78be&chksm=fbc22cc6ccb5a5d09ec368b85dfe087d1b68f6ccbf67d7275356f64f203d353dcba684b4012e&scene=21#wechat_redirect
[volatile]: http://mp.weixin.qq.com/s?__biz=MzU1NjczNTM5NQ==&mid=2247492809&idx=1&sn=47c50b227f8063129ed09edc91449100&chksm=fbc22a05ccb5a31383ee13bb6c58f8c12dada691c16624e028f23f24c32d1e4201b4ebd1a354&scene=21#wechat_redirect
[60]: http://mp.weixin.qq.com/s?__biz=MzU1NjczNTM5NQ==&mid=2247490459&idx=1&sn=66bc23ae41a8abcb9a6f00be754b2e47&chksm=fbc1d557ccb65c41ec5d3b7dedd6c7a22949ddcb5de1406de482c3b702a1a4768c66b730b219&scene=21#wechat_redirect
[21_HashMap]: http://mp.weixin.qq.com/s?__biz=MzU1NjczNTM5NQ==&mid=2247490277&idx=1&sn=63d44db7ae6930f25478119f423227d4&chksm=fbc1d429ccb65d3fc4be6ab008e4318d3beeccb1394801c72e33cbb9fd162868dce2b9b0c0f2&scene=21#wechat_redirect
[Spring Boot]: http://mp.weixin.qq.com/s?__biz=MzU1NjczNTM5NQ==&mid=2247493061&idx=1&sn=059d8dcf396bb5a4627d47ff4caa2b4f&chksm=fbc22b09ccb5a21f763789682341712c81e967d31949e2ee4d9161f348839c69fbf9d5aab7f2&scene=21#wechat_redirect
[bcf5ea91b42ce43350fa3de0ee8aa68a.png]: /images/20221120/9dbf92c7930147fd9717d37d9cf4cad8.png
[fd02244a2ad96ee0072afd3544223214.png]: /images/20221120/767f096f8cac445e811de4eb81939700.png