前言

項(xiàng)目啟動(dòng)初期，在集成mybatis的分頁(yè)插件，自定義封裝了一個(gè)分頁(yè)的工具類，方便后期項(xiàng)目的擴(kuò)展。部分的代碼如下：

  /**
     * 分頁(yè)查詢
     * 進(jìn)行count計(jì)算
     *
     * @param pageNum  頁(yè)數(shù)
     * @param pageSize 每頁(yè)數(shù)量
     * @param supplier 查詢操作
     * @return
     */
    public static <T> PageInfo<T> pageQueryWithCount(int pageNum, int pageSize, Supplier<List<T>> supplier) {
        if (pageNum < 1) pageNum = getDefaultPageNum();
        if (pageSize < 1) pageSize = getDefaultPageSize();
        try {
            Page<T> page = PageHelper.startPage(pageNum, pageSize, true);
            supplier.get();
            return new PageInfo<T>(page);
        } finally {
            PageHelper.clearPage();
        }
    }

問(wèn)題

結(jié)果懵逼了，無(wú)法分頁(yè)了。怎么設(shè)置搞都沒(méi)辦法正常分頁(yè)，把我腦子搞暈乎了哎呀。

分析

• 發(fā)現(xiàn)問(wèn)題
• 找了很久，一直不明白為什么會(huì)無(wú)法進(jìn)行分頁(yè)。對(duì)PageHelper進(jìn)行了封裝，然后直接調(diào)用的工具類的代碼。我的代碼如下：

 PageInfo<SysUserDO> sysUserDOPageInfo = PageUtils.pageQueryWithCount(pageNum, pageSize, () ->
                sysUserDao.get()
        );
        GenericPageRspBO genericPageRspBO = new GenericPageRspBO();
        genericPageRspBO.setTotal(sysUserDOPageInfo.getTotal());
        genericPageRspBO.setResultList(BeanCopyUtils.deepCopyBeanList(sysUserDOPageInfo.getList(), SysUserBO.class));
        return genericPageRspBO;

2. 分析問(wèn)題
3. 為什么會(huì)出現(xiàn)這樣的問(wèn)題呢，在網(wǎng)上找了很久，但是沒(méi)有找到對(duì)應(yīng)的解決方案。因?yàn)轫?xiàng)目是springboot工程，項(xiàng)目管理方面跟spring是有差異的，就像昨天對(duì)ApplicationContextAware做封裝一樣，需要使用@Component管理bean是一個(gè)道理?？赡苁莔aven依賴的問(wèn)題導(dǎo)致的我的分頁(yè)插件失效了。一開(kāi)始使用的maven依賴

• 解決問(wèn)題

• 為了驗(yàn)證我的猜想，我先把代碼單獨(dú)的拎出來(lái)打斷點(diǎn)跑一下。代碼如下：

        PageHelper.startPage(1,5);
        List<SysUserDO> sysUserDOS = sysUserDao.get();
        PageInfo<SysUserDO> sysUserDOPageInfo = new PageInfo<>(sysUserDOS);

• 結(jié)果正如所料，打了斷點(diǎn)看代碼，并沒(méi)有成功的進(jìn)行分頁(yè)。設(shè)置了分頁(yè)參數(shù)，但是查詢了12條數(shù)據(jù)。

• 果然，把代碼抽出來(lái)看一下就知道究竟是我的工具類封裝有問(wèn)題還是分頁(yè)插件的問(wèn)題。找到了問(wèn)題接下來(lái)就順暢很多了。我先替換了maven的依賴，使用springboot工程版本。maven依賴如下：

        <dependency>
            <groupId>com.github.pagehelper</groupId>
            <artifactId>pagehelper-spring-boot-starter</artifactId>
            <version>1.4.1</version>
        </dependency>

• 這次打斷點(diǎn)一看，分頁(yè)成功了。

總結(jié)

做人做到底，送佛送到西。今天踩了一個(gè)坑。對(duì)PageHelper 分頁(yè)失效的問(wèn)題進(jìn)行一下匯總。

• PageHelper未正確配置： 請(qǐng)確保你的PageHelper配置在Spring Boot的配置文件中已經(jīng)生效。你的配置看起來(lái)正確，但需要確保配置文件的位置和名稱與Spring Boot的要求一致（通常是application.yml或application.properties）。

• PageHelper版本問(wèn)題： 有時(shí)候，PageHelper的版本與MyBatis或Spring Boot版本不兼容可能導(dǎo)致問(wèn)題。請(qǐng)確保你正在使用兼容的版本。

• 注意pom.xml導(dǎo)入的依賴：應(yīng)該是spring版本的而不是其獨(dú)立的版本

• SQL查詢是否正確： 最后，請(qǐng)確保你的SQL查詢?cè)跀?shù)據(jù)庫(kù)中是有效的，且返回了正確的結(jié)果。你可以在數(shù)據(jù)庫(kù)中手動(dòng)運(yùn)行查詢來(lái)驗(yàn)證它是否按預(yù)期工作。

• 只有緊跟著PageHelper.startPage()的sql語(yǔ)句才被pagehelper起作用。（注意，經(jīng)過(guò)再次驗(yàn)證，這里不是扯淡，其原理可能是
  “PageHelper.startPage(pageNum,pageSize)”在使用的時(shí)候啟動(dòng)了一個(gè)線程，致使了其能達(dá)到這個(gè)效果”）

以上就是springboot集成PageHelper分頁(yè)失效的原因及解決的詳細(xì)內(nèi)容，更多關(guān)于springboot集成PageHelper的資料請(qǐng)關(guān)注腳本之家其它相關(guān)文章！

最新評(píng)論