Spring+DBhelper.queryForPage()踩坑_springboot中使用dbhelper-优快云博客

本文链接：https://blog.youkuaiyun.com/csdn_ccr/article/details/103999908

在开发中遇到使用Spring+DBHelper.queryForPage进行分页查询时出现问题，当SQL包含group by且查询结果为空时，count(1)操作导致错误。通过F6调试，发现JdbcTemplate会修改SQL，将from前的字符移除，改为count(1)。为解决此问题，将原始SQL包装为select * from (原sql) temp，避免框架修改影响空结果的SQL执行。了解并熟练使用debug模式及框架运行逻辑能有效避免此类错误。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

在写数据接口时，使用到了原生的DBHelper.queryForPage方法查询数据库数据，调用方法时传入sql语句，页码，每页条数，查询条件后，刚开始测试接口数据正常，后来同事换了一些查询条件后，预期查询结果应该是空，但程序直接报错了，在同事的帮助下在DBHelper.queryForPage入口打断点F6一步步检查，发现是在统计结果条数的时候报了错，把查询条数的sql打印出，发现count（1）的sql报错，检查后发现，jdbctemplate框架简单粗暴的把sql 的第一个from前字符去掉，更换为count（1）以查询结果条数，但sql中用到了group by 并且查询结果为空时，count（1）报错，没办法改框架的方法，就在原sql包装起来 select * from（原sql）temp，这样框架替换count时，即使结果为空不影响sql的执行，解决问题。总结，对框架不熟悉使用一些方法的时候想当然，有时候要理解框架运行逻辑才能避免犯错，debug模式也要熟练使用

public static Page<?> queryForPage(String sql, int pageNo, int pageSize, Object... args) {
		return queryForPage(sql, pageNo, pageSize, 0, args);
	}
public static Page<?> queryForPage(String sql, final int pageNo, final int pageSize, final int totalCount, Object... args) {
		return (Pag