第一步:Set分页Query插件。分页(不需要插件我们之前在后台学过a 分页 control，但是控制器可以在后端使用，有人知道这个-2插件lay page怎么用吗？这时候再用分页控件就不好了，我们需要添加两个条件，即当前页码和每页显示的记录数；我们将这两个参数封装在前台的搜索条件选项中。
controller接收前端穿透的页数和文章数，加载page对象，将分页的Page对象和要查询的条件的对象穿透到serviceservice中，然后调用mapper，mapper会返回一个IPage对象Mapper来执行sql。数据会被自动封装到控制器中创建的Page对象中，所以你可以直接调用控制器中的Page.getRecords()方法得到分页 good数据。
前段时间跟踪MyBatis的源代码，分析MyBatis的分页的查询结果后，发现传入的IPage参数结果已经包含了查询数据，认为分页的查询语句的关键是第一个参数必须是IPage，不需要返回值。昨天，我发现事实并非如此。本文回顾了MyBatis分页插件的用法和三个发现:本文将回答以上三个问题。第一步:Set分页Query插件。
值得注意的是，这个方法必须有返回值。一开始我以为查询结果都是存储在参数里的，方法定义里不用返回值。昨天我在编码的时候随便写了这么一句:结果我报了一个SQL异常:我想了很久，这个分页 query怎么变成单个查询了？与旧项目代码相比，恢复了分页的查询方式，正常。结论:MyBatisPlus 分页 method的返回值必须是IPage，不能是void。
我们可以选择在这些被拦截方法的执行前后添加一些逻辑，也可以在执行这些被拦截方法的时候执行自己的逻辑，而不执行被拦截的方法。Mybatis拦截器设计的初衷是用户可以在某个时候实现自己的逻辑，而不必移动Mybatis的固有逻辑。比如Mybatis中的Executor有几种实现:BatchExecutor、ReuseExecutor、SimpleExecutor和CachingExecutor。
你要修改源代码吗？当然不是。我们可以构建一个Mybatis拦截器用来拦截Executor接口的查询方法，拦截后实现我们自己的查询方法逻辑，然后我们可以选择是否继续执行原来的查询方法。Mybatis为我们提供了一个拦截器接口，通过这个接口我们可以定义自己的拦截器。@Intercepts表示他是拦截者。
带文档的拉ui总页数低于总页数0)//数据总页数{_。
我们之前在后台学过a 分页 control。但是那个控件可以用在后端，因为后台不需要考虑美观。但是，分页在前台，我们往往会根据自己的要求做出不同的改变。这个时候再使用分页控件就不好了，因为一旦使用了这个控件，分页列的样式就很难改变了(别人也写过，都已经封装好了)。所以，分页我们一般都是自己写，自己控制风格。我们知道分页后台需要数据支持，前台需要样式处理。那么后台应该怎么做呢？
如果要在后台查询数据，前台要传入两个参数给后台，即当前页码和每页显示的记录数；我们将这两个参数封装在前台的搜索条件选项中，在后台接收。我们首先要做的是做出判断，如果这两个的值都是空的，我们要为它们设置一个默认值，这样就不会有数据了。②:做出判断后，我们需要在dao层添加两个条件来完成分页，实际上就是在查询中设置值。
