本篇文章給大家分享的是有關(guān)怎樣分析mybatis plus分頁查詢的坑，小編覺得挺實用的，因此分享給大家學(xué)習(xí)，希望大家閱讀完這篇文章后可以有所收獲，話不多說，跟著小編一起來看看吧。

目前成都創(chuàng)新互聯(lián)已為1000+的企業(yè)提供了網(wǎng)站建設(shè)、域名、雅安服務(wù)器托管、網(wǎng)站托管維護、企業(yè)網(wǎng)站設(shè)計、冊亨網(wǎng)站維護等服務(wù)，公司將堅持客戶導(dǎo)向、應(yīng)用為本的策略，正道將秉承"和諧、參與、激情"的文化，與客戶和合作伙伴齊心協(xié)力一起成長，共同發(fā)展。

mybatis plus，通常我們用ssm的時候會用到這個，但是里面也有一些小坑（如果研究透徹不算是坑）需要填一下

分頁查詢

通常我們的調(diào)用分頁查詢時候Mapper是這么寫的

  List queryPage(Page page, Map params);

然后再正常寫sql查詢，沒毛病。 

可是 

當(dāng)我們調(diào)用他service自帶的selectPage(Page page, Wrapper wrapper)時候，有可能會有驚喜。比如

  
   @RequestMapping("query-page") public ResultModel queryPage(@RequestBody Page page, @RequestParam(name = "name", required = false) String name) { EntityWrapper entityWrapper = new EntityWrapper<>(); entityWrapper.like("NAME", name); return ResultModel.ok(scoreGoodsService.selectPage(page, entityWrapper)); }

我們本意是查詢名稱含有｛name｝的學(xué)生，但是通常我們?yōu)榱朔奖悖瑫巡樵儏?shù)封裝到page.condition中，此時如果page.condition中包含其他參數(shù)，則會一起被拼接在整個sql后面，因此查詢的結(jié)果不只是按name查詢。 

需要注意的就是條件查詢時候一定弄清楚condition中都包含了什么

以上就是怎樣分析mybatis plus分頁查詢的坑，小編相信有部分知識點可能是我們?nèi)粘９ぷ鲿姷交蛴玫降?。希望你能通過這篇文章學(xué)到更多知識。更多詳情敬請關(guān)注創(chuàng)新互聯(lián)行業(yè)資訊頻道。