折騰了差不多兩個(gè)小時(shí),各種方法嘗試,后來(lái)想想應(yīng)該是where過(guò)濾后的數(shù)據(jù)量沒(méi)有達(dá)到默認(rèn)一頁(yè)規(guī)定的數(shù)量所以干脆where就不顯示limit信息了,試了一下還真是。。。這作者還真是把程序做的足夠智能,可是這個(gè)智能也讓我白白花掉了兩個(gè)小時(shí)。。。還是自己太笨了……
但是奇怪的是,如果我不設(shè)置QueryWrapper參數(shù),where后面的分頁(yè)限制又是可以出來(lái)的。百思不得其解作者的想法。。。
具體看代碼:
@Override
public PageUtils queryPage(MapString, Object> params) {
IPageOrderEntity> page = this.page(
new QueryOrderEntity>().getPage(params),
new QueryWrapperOrderEntity>().eq(!UtilString.isNull(params.get("user_id"))
,"user_id", params.get("user_id"))
);
return new PageUtils(page);
}
記錄的目的是希望跟我一樣遇到這個(gè)特殊情況的童鞋能快速繞過(guò)這個(gè)彎,時(shí)間寶貴。晚安^.^
最后附上官方文檔,希望大家多看看文檔系統(tǒng)性的了解
https://mp.baomidou.com/guide/dynamic-datasource.html
補(bǔ)充知識(shí):記錄逆向工程生成的mybatisplus分頁(yè)方法limit失效的坑
因?yàn)槲以诮鉀Q問(wèn)題之前也是在網(wǎng)上查找方法和官網(wǎng)查找方法都有沒(méi)有解決,所以也是我寫(xiě)這篇文章的原因,希望
后面的同學(xué)在開(kāi)發(fā)的時(shí)候能夠少走彎路
controller層
@RequestMapping("/list")
public R list(@RequestParam MapString, Object> params){
PageUtils page = categoryService.queryPage(params);
return R.ok().put("page", page);
}
傳遞的參數(shù)如圖
server接口
public interface CategoryService extends IServiceCategoryEntity> {
PageUtils queryPage(MapString, Object> params);
}
問(wèn)題及解決辦法(這是網(wǎng)上的辦法并沒(méi)有解決。。。。。)
然而在查詢(xún)時(shí),分頁(yè)并沒(méi)有生效,查詢(xún)的結(jié)果是該表中的所有數(shù)據(jù),在pom無(wú)誤的情況下,檢查有沒(méi)有把分頁(yè)攔截器注入到spring中。
import com.baomidou.mybatisplus.extension.plugins.PaginationInterceptor;
import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;
@Configuration
public class mybatisPlusConfig {
@Bean
public PaginationInterceptor paginationInterceptor(){
return new PaginationInterceptor();
}
}
以上是在網(wǎng)上找的到解決辦法,我復(fù)制到項(xiàng)目中顯示方法是過(guò)時(shí)的,而且并不生效
后來(lái)找到問(wèn)題是我的mybatisplus版本 太高了,所以不支持
這個(gè)是我maven中引用的版本
然后在網(wǎng)上搜索的攔截器方法
采用新的分頁(yè)方法問(wèn)題就解決了
問(wèn)題的關(guān)鍵是 怎么去根本查找問(wèn)題,對(duì)我就是反思查找問(wèn)題的方法,不至于今天浪費(fèi)了1,2個(gè)小時(shí)都沒(méi)有找到,就是先去官方文檔.
查看官方的實(shí)例代碼 ?。。。。?!
以下是我在gitee上查找到的逆向工程
因?yàn)轫?xiàng)目工期非常的緊,而我拿著同事的老框架代碼看著非常頭疼,這個(gè)時(shí)候選擇逆向工程,自己搭建一個(gè)輕量級(jí)的框架那不是爽歪歪嗎?
因?yàn)轫?xiàng)目是采用的springcloud微服務(wù),我負(fù)責(zé)的一個(gè)系統(tǒng)所以可以為所欲為。
這邊我使用的逆向工程是gitee上的人人開(kāi)源網(wǎng)renren-generator 框架
他生成的代碼中沒(méi)有分頁(yè)方法的攔截器,我在官網(wǎng)上查找到方法也是過(guò)時(shí)的,這點(diǎn)是很坑的。
以上這篇mybatis-plus分頁(yè)傳入?yún)?shù)后sql where條件沒(méi)有l(wèi)imit分頁(yè)信息操作就是小編分享給大家的全部?jī)?nèi)容了,希望能給大家一個(gè)參考,也希望大家多多支持腳本之家。
您可能感興趣的文章:- MyBatis limit分頁(yè)設(shè)置的實(shí)現(xiàn)
- Mybatis-plus新版本分頁(yè)失效PaginationInterceptor過(guò)時(shí)的問(wèn)題
- Mybatis Limit實(shí)現(xiàn)分頁(yè)功能