mybatis传入参数为0被误认为是空字符串的解决方法

最新推荐文章于 2023-08-24 23:40:43 发布
最新推荐文章于 2023-08-24 23:40:43 发布
阅读量8.8k 收藏 8
点赞数 3
CC 4.0 BY-SA版权
分类专栏： Mybatis 文章标签： mybatis sql
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/rz_0212/article/details/77868909
本文探讨了在MyBatis使用XML配置SQL时遇到的问题：传入0值时被误认为为空字符串导致查询错误。提出了两种解决方案：一是仅判断参数非空；二是将0值转换为字符串进行比较，并提供了修改前后的SQL配置示例。

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

在mbatis中使用Xml配置sql语句时，出现了这样一个问题。当我传入的参数为0去做判断时，mybatis会把参数0当成是空字符串去判断而引起查询结果错误。下面是我之前配置的sql语句：

<if test="overdueDayTypes!=null and overdueDayTypes!=''">
	<if test="overdueDayTypes == 0">
		<![CDATA[and bcr.overdue_days<30]]>
	</if>
	<if test="overdueDayTypes == 1">
		<![CDATA[and bcr.overdue_days>=30 and bcr.overdue_days<=90]]>
	</if>
	<if test="overdueDayTypes == 2">
		<![CDATA[and bcr.overdue_days>90]]>
	</if>
</if>

对于这个问题，有两种解决办法。

1.当传入的参数有0时，只判断！=null即可。

2.将0转化为String类型，就可以解决这个问题。

下面是我修改后的sql语句：

<if test="overdueDayTypes!=null and overdueDayTypes!='' or overdueDayTypes == '0'.toString()">
	<if test="overdueDayTypes == '0'.toString()">
		<![CDATA[and bcr.overdue_days<30]]>
	</if>
	<if test="overdueDayTypes == 1">
		<![CDATA[and bcr.overdue_days>=30 and bcr.overdue_days<=90]]>
	</if>
	<if test="overdueDayTypes == 2">
		<![CDATA[and bcr.overdue_days>90]]>
	</if>
</if>


mybatis：条件构造
учёба
06-16 27
两者都可以用来创建 LambdaQueryWrapper 实例，但Wrappers.lambdaQuery() 提供了一种更简洁的方式来创建实例，适合快速构建查询条件，而new LambdaQueryWrapper<>() 则是更传统的方式。选择哪种方式主要取决于个人的编码风格和具体需求。#{}：安全，防止 SQL 注入，适合用于参数传递。${}：直接替换，可能导致 SQL 注入，适合动态拼接 SQL，但需谨慎使用。mybatis在处理#{}时，会将sql中的#{}替换为?
JavaEE从入门到起飞(五) ~ Mybatis-Plus
风止的博客
08-12 886
Builder//生成一个静态内部类，帮助我们链式调用设置属性值@Data@TableId(type = IdType.AUTO) //主键自增，设置主键生成策略@JsonProperty(value = "username")//指定 JSON 键名,默认通过 getter 方法的名称来确定 JSON 键名。@TableField(value = "username") //设置数据库的字段名称@TableField(select = false)//查询不可见。
mybatis ~查询时传入参数为0被误认为是空字符串
路漫漫其修远兮
04-19 1841
今天在mbatis中使用Xml配置sql语句时，出现了这样一个问题。当我传入的参数为0去做判断时，mybatis会把参数0当成是空字符串去判断而引起查询结果错误。 解决方式1： 当传入的参数有0时，只判断！=null即可。 <where> <if test="status != null"> and status=#{status,j...
mybatis中0被当成空值
qq_33661558的博客
08-20 904
mybatis中<if test="data !='' and null != data">判断，如果传入的参数为Integer类型该数据会被当成空值，判断失败。 解决，参数为String类型则不会存在这种问题，或把判断改为<if test="null != data">问题解决 ...
Mybatis特殊字符处理的详解
09-09
这样，XML解析器将不再尝试解析CDATA区内的内容，而是将其作为一个字符串整体处理，确保SQL语句的正确性。 四、扩展：MyBatis返回主键 在进行插入操作时，有时我们需要获取新插入记录的主键值。Mybatis提供了一个...
mybatis 模糊查询的实现方法
09-09
`#`符号将传入的参数视为字符串，并在SQL拼接时自动加上引号。例如，如果你的参数是`user_id`，生成的SQL将会是`order by "user_id"`。这种方式可以有效防止SQL注入攻击，因为MyBatis会对其进行预编译处理。而`$`则...
MyBatis分页查询与特殊字符处理
liaozhixiangjava的博客
08-24 1538
MyBatis是一种基于Java的持久层框架，它实现了对数据库的操作，并使用Java对象映射关系表中的记录，即将关系数据库中的数据映射到Java对象中，提供了一种优雅的方式来访问关系数据库。MyBatis最重要的特点是它的SQL映射，使得开发人员可以使用XML或注解的方式将SQL语句与Java代码进行解耦，从而提高了代码的可维护性和可读性，并降低了整个应用程序的复杂度。MyBatis还支持动态SQL，这意味着你可以在不同的场景下根据不同的条件来生成SQL查询语句。
Mybatis传入参数0 ,会成为空
那些年的代码
05-07 527
从页面传参数 is_send= 0 到mapper.xml 传入的这个参数类型如果不是字符串类型的话 在xml 经过if(test="is_send!=null and is_send !=''") 这样判断的话，那么这个0就会是空 if(test="is_send!=null ) 如果去掉and is_send !=''" 这个,那么就会识别成为0 <result column="...
MyBatis当传入参数为0时，条件不生效
weixin_53348296的博客
04-21 283
Integer类型的参数为0 原 <if test="XXXXXXX != null and XXXXXXXXX != ''"> AND XXXXXXXX = #{XXXXXXXX} </if> 改成 <if test="XXXXXXX != null "> AND XXXXXXXX = #{XXXXXXXX} </if> 还有日期筛选的时候 记得要把日期转换成endofday 变成23:59:59 ...
2021-06-02 mybatis中的参数0被当作null值处理解决方案
ZT1090258642的博客
06-02 328
原文地址
关于MyBatis把0当做空字符串的解决方案
ByYourSide_的博客
12-07 3600
在开发中，一般在sqlmap中都会判断参数是否为null，以及是否为空字符串 当参数为Int类型 0时，myBatis自动把0定义为空字符串“” 因此我们在可能入参为0的地方多加一个判断： ,a.AUTHORIZE_AMOUNT = #{authorizeAmount,jdbcType=VARCHAR} 这是一个比较容易粗心的地方，出
关于mybatis的if判断里传入0时的问题
lth1156187401的博客
04-18 5870
传入一个id，如果id不为空则只查询该id的数据 select * from A        and ID=#{id,jdbcType=DECIMAL}   但是id传值为0时，发现并没有执行if里的sql，因为在mybatis中会自动把0当成null，所以if判断为false，如果要传值为0时判断为true需要加一个判断       and ID=
Mybatis 0 != ““ 引发的问题
Arthur_Lees的博客
12-26 1346
啦啦啦
mybatis 传参 0 与 判断条件 ！=‘‘ 问题及处理
zppiio的专栏
12-13 2153
记录开发中遇到的问题：背景。mybatis 传参 0 与 mybatis 传参 “” 判断条件 ！='' 问题及处理
你都没说到点上啊，数据类型肯定没错，判断条件也命中了，肯定是mybatis在处理orderBy这个驼峰关键字时出错了
最新发布
02-28
<think>好的，现在我要仔细分析用户的问题。用户之前遇到了MyBatis动态SQL中orderBy参数处理的问题，导致生成的SQL错误地变成了`order by 0`。我之前给出的解决方案集中在数据类型不匹配的问题上，但用户反馈说数据类型没问题，条件判断也命中了，所以问题可能出在别的地方。用户提到可能是MyBatis在处理驼峰命名的关键字时出错，我需要深入思考这一点。 首先，我需要确认用户的问题是否真的与驼峰字段名有关。MyBatis在处理参数时，通常会将Java对象的属性名转换为数据库的列名，如果启用了驼峰转下划线，比如`orderBy`会被转换为`order_by`，但这通常发生在字段映射上，而不是在动态SQL的条件判断中。用户的问题出现在动态SQL的条件判断部分，即`<when test="orderBy == 0">`，这里直接使用的是传入的参数值，而不是列名，因此驼峰转换可能不是直接原因。 但用户坚持认为问题出在驼峰关键字上，可能是指MyBatis在解析动态SQL时对参数名的处理方式有误。需要检查是否有其他配置或命名冲突导致的问题。例如，如果参数名`orderBy`与数据库的关键字`ORDER BY`冲突，可能在SQL拼接时导致误解，但这种情况可能性较低，因为参数名是在OGNL表达式中使用，而不是直接拼接到SQL语句中。 另一个可能性是，MyBatis在处理`orderBy`作为参数名时，可能在某些情况下与内部变量或保留字冲突，导致解析错误。例如，如果参数名称与SQL关键字或MyBatis内部使用的变量名相同，可能会引起意外行为。但这种情况比较少见，需要进一步验证。 用户提到条件判断已经命中，说明`<when test="orderBy == 0">`确实被正确执行，但生成的SQL却是`order by 0`，这表明在拼接时MyBatis可能没有正确解析该条件，或者存在其他配置问题。例如，可能存在空格或特殊字符导致的条件判断错误，或者动态SQL中的文本被错误地解析。 接下来，我需要考虑可能的解决方案。如果数据类型和条件判断都正确，可能需要检查MyBatis的配置，比如是否启用了某种过滤器或插件干扰了SQL生成。另外，检查是否存在转义字符的问题，比如在XML中特殊字符的处理，或者是否使用了正确的CDATA区域来包裹SQL语句。 此外，用户可能误用了`orderBy`作为参数名，导致MyBatis在处理时将其误解为SQL关键字的一部分，而不是参数值。例如，在动态SQL中，如果参数名与SQL关键字过于接近，可能会在拼接时产生歧义。这时，更改变量名可能解决问题，比如改为`sortOrder`或`orderByField`，以避免与`ORDER BY`关键字冲突。 还需要验证用户的实际代码，特别是动态SQL部分的编写是否正确。例如，是否在`<choose>`标签内正确使用了`orderBy`参数，以及是否有其他隐藏的字符或语法错误导致条件判断后的SQL片段无法正确拼接。 总结可能的步骤： 1. 检查参数名是否与SQL关键字冲突，建议更改变量名。 2. 确保动态SQL中的条件判断正确无误，包括空格和符号。 3. 检查MyBatis配置，确认是否有干扰动态SQL生成的设置。 4. 使用日志或调试工具查看实际传入的参数值和生成的SQL语句。 5. 考虑是否存在其他隐藏的XML解析问题，如特殊字符未转义。 最后，建议用户提供更多的代码片段和日志信息，以便更准确地定位问题所在。</think>--- ### **问题再分析** 您提到的「驼峰关键字处理问题」可能涉及两个层面：**参数名映射冲突**或**动态SQL解析异常**。让我们从MyBatis处理逻辑出发，深入排查这个特殊场景。 --- ### **关键排查点** #### 1. **参数名与SQL关键字冲突** - **现象**：参数名`orderBy`与SQL关键字`ORDER BY`过于接近 - **风险**：MyBatis在解析动态SQL时，可能误将参数名识别为SQL语法结构 - **验证方法**： ```xml <!-- 临时修改参数名为非关键字 --> <when test="sortType == 0">...</when> ``` 观察是否仍然生成`order by 0` #### 2. **OGNL表达式解析陷阱** - **潜在问题**：`orderBy`参数在OGNL上下文中存在歧义 - **示例**：若参数对象中同时存在`orderBy`属性和`order`方法，可能引发解析错误 - **解决方案**： ```xml <!-- 显式指定参数来源 --> <when test="_parameter.orderBy == 0">...</when> ``` #### 3. **MyBatis版本缺陷** - **已知问题**：早期版本(如3.4.6之前)处理数字类型判断时存在边界问题 - **检查项**： ```xml <!-- 测试用字符串判断 --> <when test='orderBy == "0"'>...</when> ``` --- ### **深度解决方案** #### 方案一：**强制类型转换** 在OGNL表达式中明确类型： ```xml <when test="orderBy instanceof Integer and orderBy == 0">...</when> ``` #### 方案二：**参数别名映射** 在接口层使用`@Param`注解： ```java List<Entity> query(@Param("sortBy") Integer orderBy); ``` ```xml <when test="sortBy == 0">...</when> ``` #### 方案三：**防御性XML编写** ```xml <choose> <!-- 添加安全间隔符 --> <when test="orderBy == 0"> ${@com.example.Constant@getSortClause(orderBy)} </when> </choose> ``` 通过工具类返回排序子句： ```java public class Constant { public static String getSortClause(Integer orderBy) { switch(orderBy) { case 0: return "a.create_time desc"; // 其他case... } } } ``` --- ### **验证建议** 1. **开启MyBatis完整日志** ```properties logging.level.org.mybatis=TRACE ``` 观察日志中： ``` [DEBUG] ooo Using Connection [... [DEBUG] ==> Parameters: 0(Integer) [DEBUG] <== Total: 3 ``` 2. **编写单元测试** ```java @Test public void testOrderBy0() { QueryParams params = new QueryParams(); params.setOrderBy(0); // 确保传入Integer类型 List<Entity> result = mapper.query(params); assertThat(getExecutedSql()).contains("create_time desc"); // 验证实际SQL } ``` --- ### **根本原因定位表** | 现象 | 可能根源 | 验证方法 | 解决方案 | |------|---------|----------|---------| | 参数名`orderBy`导致异常 | MyBatis关键字解析冲突 | 修改参数名后测试 | 使用`@Param`别名 | | 始终拼接`order by 0` | OGNL类型推断失败 | 添加`instanceof`判断 | 显式类型转换 | | 仅数字参数出错 | MyBatis数字处理缺陷 | 升级到3.5.10+ | 改用字符串判断 | --- ### **最佳实践推荐** 1. **规避关键字冲突** ```java // Java参数对象 public class Query { private Integer sortType; // 避免使用orderBy命名 } ``` 2. **集中式排序处理** ```xml <sql id="orderClause"> <choose> <when test="sortType == 0">...</when> <!-- 其他条件 --> </choose> </sql> ``` 3. **防御性类型检查** ```xml <when test="sortType != null and sortType == 0">...</when> ``` --- 通过以上方案，可系统性地解决由命名冲突或类型解析导致的动态SQL异常问题。建议优先采用**参数别名+类型检查**的组合方案，既保证可读性又增强健壮性。
评论 3
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值