本篇文章將為大家介紹一個在使用MyBatis的過程,因為注解@param()而產(chǎn)生的分頁失效的問題,以及具體解決該問題的方法,希望能夠對大家的學習和工作有所幫助!
問題描述
在使用mybatis分頁時,使用@Param注解傳入了兩個對象,分頁失效,查詢出的總是全部的數(shù)據(jù)。
出現(xiàn)問題時,分頁策略為:分頁攔截器實現(xiàn)的分頁
【錯誤寫法】
service寫法:
public Page<Entity> getByNidAndEntity(Page<Entity> page,String nid,Entity entity){
entity.setPage(page);
page.setList(dao.getByNidAndEntity(nid,entity));
return page;
}
dao方法聲明:
List<Entity> getByNidAndEntity(@Param("nid") String nid,@Param("entity")Entity entity);
mapper.xml中的sql:
<select id="getByNidAndEntity" resultType="Entity">
select <include refid="entityColumns" />
from entity_table et left join other_table ot on et.id = ot.eid
where ot.nid = #{nid}
and et.name = #{entity.name} and et.remarks = #{entity.remarks}
</select>
原因解析
【關鍵原因】
- 根源問題在于:在PaginationInterceptor中,分頁對象Page被解析為null,導致的分頁失效
- 由于@Param會將參數(shù)封裝到ParamMap中,而page對象在實體類entity中,導致convertParameter方法返回的page對象為null
【mybatis原碼:@Param將參數(shù)封裝到ParamMap】
跟蹤源碼進入:org.apache.ibatis.binding.MapperMethod.class
進入executeForMany方法:
進入convertArgsToSqlCommandParam方法,可以看到參數(shù)封裝到ParamMap中:
解決辦法
- 不使用@Param注解:在傳遞多個參數(shù)(或是多個javaBean)時,可以使用一個包含page屬性的實體類進行封裝
- 使用@Param注解:根據(jù)需求修改
BaseInterceptor
類中的convertParameter
方法,使得解析page
對象不為null即可
到此這篇關于MyBatis的注解@param()而導致分頁失效的問題以及具體解決方案的文章就介紹到這了,想要了解更多相關MyBatis的內容,請搜索W3Cschool以前的文章或繼續(xù)瀏覽下面的相關文章,希望大家以后多多支持!