解决Mybatis的@Param()注解导致分页失效的问题
@Param注解导致分页失效—分页拦截器
问题描述
在使用mybatis分页时,使用@Param注解传入了两个对象,分页失效,查询出的总是全部的数据。
出现问题时,分页策略为:分页拦截器实现的分页
【错误写法】
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会将参数封装到ParamMap中,而page对象在实体类entity中,导致convertParameter方法返回的page对象为null
【mybatis原码:@Param将参数封装到ParamMap】
跟踪源码进入:org.apache.ibatis.binding.MapperMethod.class
进入executeForMany方法:
进入convertArgsToSqlCommandParam方法,可以看到参数封装到ParamMap中:
解决办法
- 不使用@Param注解:在传递多个参数(或是多个javaBean)时,可以使用一个包含page属性的实体类进行封装
- 使用@Param注解:根据需求修改
BaseInterceptor
类中的convertParameter
方法,使得解析page
对象不为null即可
到此这篇关于解决Mybatis的@Param()注解导致分页失效的问题的文章就介绍到这了,更多相关Mybatis分页失效内容请搜索脚本之家以前的文章或继续浏览下面的相关文章希望大家以后多多支持脚本之家!
相关文章
java实现的连接oracle/mysql数据库功能简单示例【附oracle+mysql数据库驱动包】
这篇文章主要介绍了java实现的连接oracle/mysql数据库功能,结合实例形式分析了java基于jdbc连接Oracle与mysql的相关操作技巧,并附带完整实例代码与oracle+mysql数据库驱动包供读者下载参考,需要的朋友可以参考下2017-10-10详解springboot中redis的使用和分布式session共享问题
这篇文章主要介绍了详解springboot中redis的使用和分布式session共享问题,详细的介绍了解决分布式系统的session如何共享问题,有兴趣的可以了解一下2017-11-11
最新评论