V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
• 请不要在回答技术问题时复制粘贴 AI 生成的内容
jwh199588
V2EX  ›  程序员

mybatis plus 分页问题

  •  
  •   jwh199588 · 2023-06-30 13:38:37 +08:00 · 1825 次点击
    这是一个创建于 544 天前的主题,其中的信息可能已经有所发展或是发生改变。
    select * from t_notice_info tni order by create_time  desc limit ? limit ?,?
    

    项目里面同时使用了 PageHelper 和 mybatis plus 的 page 方法,但是在一次查询中只使用了 mybatis plus 的分页查询,结果出现了上面的问题,目前我知道主要是 PageInterceptor 拦截器错误识别对象导致的,但是我本地没办法复现问题,有哪位遇到过,可以解释一下吗

    14 条回复    2023-06-30 18:22:09 +08:00
    Vcccc
        1
    Vcccc  
       2023-06-30 14:15:27 +08:00
    如果是 springboot 项目,可以试试加一个 HandlerInterceptor ,然后再清空 PageHelper 的参数。原因大概是上一个查询报错了,然后当前线程保留了上一个分页参数,这里的做法就是,请求结束后,都做一次清空分页参数。
    public class PageHelperInterceptor implements HandlerInterceptor {

    @Override
    public void afterCompletion(HttpServletRequest request, HttpServletResponse response, Object handler, Exception ex) throws Exception {
    PageHelper.clearPage();
    }
    }

    @Configuration
    public class WebConfigurer implements WebMvcConfigurer {

    @Override
    public void addInterceptors(InterceptorRegistry registry) {
    registry.addInterceptor(new PageHelperInterceptor()).addPathPatterns("/**");
    }
    }
    fantaxi
        2
    fantaxi  
       2023-06-30 14:51:55 +08:00
    是不是参数没清空导致的,每次查询完我都 PageHelper.clearPage() 一下
    jwh199588
        3
    jwh199588  
    OP
       2023-06-30 14:55:27 +08:00
    @Vcccc 根据你的意思,我看了一下代码,发现这个方法只分页查询了一次,没有其他查询了,应该不会触发呀
    jwh199588
        4
    jwh199588  
    OP
       2023-06-30 15:10:46 +08:00
    @fantaxi 我奇怪的点就是我这个方法里面并没有用到 PageHelper ,用的是 mybatis plus 的 page 方法
    Laysan
        5
    Laysan  
       2023-06-30 15:29:30 +08:00
    干掉 PageHelper
    zzzmh
        6
    zzzmh  
       2023-06-30 15:31:39 +08:00
    不用 PageHelper ,就用 mybatisplus 自带的分页就行,可以自己写个工具类去辅助下,比如优化一下返回值。
    SilentRhythm
        7
    SilentRhythm  
       2023-06-30 15:38:29 +08:00
    PageHelper 是 Thread 级别的拦截器,然后线程是复用的,实际上是线程泄露导致。
    同一条线程只要调用了 PageHelper.startPage()没有紧跟.doSelectPageInfo()就会导致上述这种不明所以的拦截。

    建议排查整个项目的 PageHelper.startPage(pageNum, pageSize)调用,
    然后改成紧跟 lambda 的写法
    PageHelper.startPage(pageNum, pageSize).doSelectPageInfo(() -> 实现)
    SilentRhythm
        8
    SilentRhythm  
       2023-06-30 15:46:36 +08:00
    SilentRhythm
        9
    SilentRhythm  
       2023-06-30 15:46:56 +08:00
    接上,建议参考源码:
    com.github.pagehelper.page.PageMethod#startPage
    com.github.pagehelper.page.PageMethod#setLocalPage
    com.github.pagehelper.PageInterceptor#intercept
    com.github.pagehelper.PageHelper#afterAll
    Vcccc
        10
    Vcccc  
       2023-06-30 17:21:31 +08:00
    @jwh199588 如果单独看日志来定位错误的点是有很大局限性的。看看 #7 给你的回复,回答的还算是比较详细,并且跟我认为错误的点很契合
    RainCats
        11
    RainCats  
       2023-06-30 17:23:00 +08:00
    没遇到过这个问题
    crazykk
        12
    crazykk  
       2023-06-30 17:25:48 +08:00
    是的,我记得 github 上有作者提到这种错误,要紧跟查询,同 7 楼的说法
    janwarlen
        13
    janwarlen  
       2023-06-30 18:16:04 +08:00
    try (Page<T> p = PageHelper.startPage(pageNo, pageSize)) {

    }
    curvatureship
        14
    curvatureship  
       2023-06-30 18:22:09 +08:00
    有可能是依赖版本的问题,PageHelper 和 MybatisPlus 分页共存遇到过类似的问题,查看错误日志排查后是因为 PageHelper 和 MybatisPlus 共同依赖的 jsqlparder 版本不一致导致的,调整版本后两者能共存没问题
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   实用小工具   ·   3545 人在线   最高记录 6679   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 22ms · UTC 04:41 · PVG 12:41 · LAX 20:41 · JFK 23:41
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.