Mybatis分页失效？你可能在找这个原因！

前言

之前在开发的时候，突然出现某些查询接口分页失效的问题。数据库明明有10W条数据，但是返回的分页数据的total竟然只有10条？这就有点意思了，我通过对比分页失效的接口和分页正常的接口，最终排查出了原因……

BeanUtil.copyProperties

现在你可以去看看你在查询完数据之后，是否有对查询的数据做BeanUtil.copyProperties操作？并且将copy后的对象作为返回值返回给前端？？如果是的话，那么恭喜你，你的分页就是这样失效的。

解决方案

1. 最简单的解决方案当然就是，你在Mybatis查询的是什么数据，返回给前端的就是什么数据。这样应该能保证分页不存在失效的情况。
2. 其次就是在将分页数据返回给前端的时候，自己再去全表查询数据库中有多少条记录，并且将记录条数set到total中。

底层原因

底层原因其实就是，Mybatis在你查询数据库之前，会先去判断你是否需要去做分页？如果要做分页的话，会通过Mybatis的拦截器去做一层封装。把查询到的数据封装到一个Page对象当中。
其实这一个过程都非常的顺利，但是问题就出现在BeanUtil.copyProperties上，Mybatis把查询的数据做了一层封装，即Page对象，此时你如果想通过BeanUtil.copyProperties去将该对象作为一个VO返回给前端的话，那么该对象的值就不再是Page对象了，它可能就是一个普通的集合对象了。此时在返回给前端之前它会做一个比较关键的操作。
在PageSerializable.class类中有这样一段代码：

    public PageSerializable(List<T> list) {
        this.list = list;
        if(list instanceof Page){
            this.total = ((Page)list).getTotal();
        } else {
            this.total = list.size();
        }
    }

上述代码的含义就是，如果这个对象是一个Page类型，那么该分页的total为Page的total值。如果这个对象不是一个Page类型，那么返回对象中total的值为该集合的大小。那么分页失效的原因就显而易见了。

总结

总之，分页失效的原因有很多，其中一种可能就是你在返回给前端的时候，可能对Page对象做了修改。比如使用BeanUtil.copyProperties导致返回的值不是一个完整的Page对象。因此在开发的时候需要注意这一点。