mybatis的if判断==‘1‘不生效,改成‘1‘.toString()才生效的原因

mybatis的xml文件中的if判断=='1'不生效,改成'1'.toString()才生效

Mapper接口传入的参数

java 复制代码
    List<Table> queryList(@Param("state") String state);

xml内容

xml 复制代码
<where>
	<if test="state != null and state == '1'">
		AND EXISTS(select 1 from t_space.base_outlay where outlay_card_no = t1.outlay_card_no)
    </if>
    AND EXISTS(select 2 from t_space.base_outlay where outlay_card_no = t1.outlay_card_no)
</where>

select 1的sql一直没进到,能确定state就是1,改成<if test="state != null and state == '1'">或者<if test='state != null and state == "1">问题成功解决,网上大量博客未说明原因,如:参考1|参考2

多次询问ai给出如下原因有点说服力:

总结的就是:

在 MyBatis 的 OGNL 或 SpEL 表达式引擎中,写法 == '1' 中的 '1' 被解析为 Character 类型(char),而不是字符串!

而你传入的参数 state是 String 类型,所以比较时会出现 类型不一致导致判断失败:

String("1") == Character('1') ❌ 不成立

以下是灵码给的原因:

复制代码
明白了,你发现:

<if test="state != null and state == '1'"> ❌ 不生效
<if test="state != null and state == '1'.toString()"> ✅ 生效了
这说明你在 MyBatis 的 EL 表达式中遇到了类型匹配问题。我们来深入分析原因。

🧪 问题本质:'1' 和 '1'.toString() 在 MyBatis EL 中的类型不同
在 Java 中:

java
'1'        // 是 char 类型(注意是单引号)
"1"        // 是 String 类型(双引号)
"1".toString() == "1"  // 成立
但在 MyBatis 的 OGNL 或 SpEL 表达式引擎中,写法 == '1' 中的 '1' 被解析为 Character 类型(char),而不是字符串!

而你传入的参数 state 是 String 类型,所以比较时会出现 类型不一致导致判断失败:

java
String("1") == Character('1') ❌ 不成立
当你写成:

xml
state == '1'.toString()
此时 '1'.toString() 返回的是字符串 "1",两边就都是 String 类型了,比较就能成功。

✅ 正确写法推荐
为了避免这种陷阱,建议统一使用双引号表示字符串:

xml
<if test="state != null and state == '1'">
应该改为:

xml
<if test="state != null and state == '1'.toString()">
或者更清晰地写成:

xml
<if test="state != null and state == '1'.toString().intern()">
但最推荐的是:

xml
<if test="state != null and outlayAddAble.equals('1')">
⚠️ 注意:在 MyBatis 的表达式中,使用 .equals() 比 == 更安全,因为 == 判断的是引用地址,.equals() 才是值比较。

✅ 最佳实践总结
写法	是否推荐	原因
state == '1'	❌ 不推荐	'1' 是 char 类型,和 String 不匹配
state == '1'.toString()	✅ 推荐	强制转成 String 类型比较
outlayAddAble.equals('1')	✅✅ 强烈推荐	使用 .equals() 进行值比较,语义正确
outlayAddAble.toString() == '1'	⚠️ 避免	== 是引用比较,容易出错
outlayAddAble.toString().equals('1')	✅ 推荐	安全通用
✅ 推荐最终写法
xml
<if test="state != null and outlayAddAble.equals('1')">
    AND EXISTS(select 1 from t_space.base_outlay where outlay_card_no = t1.outlay_card_no)
</if>
这样可以确保:

参数是字符串;
比较是值比较;
不受底层表达式引擎对 '1' 解析为 char 的影响。
如果你还有疑问或需要进一步验证,可以把生成的 SQL 日志贴出来一起分析。
相关推荐
java1234_小锋8 分钟前
Java高频面试题:Spring-AOP通知和执行顺序?
java·开发语言·spring
番茄去哪了11 分钟前
Java基础面试题day02
java·开发语言·面向对象编程
我是咸鱼不闲呀27 分钟前
力扣Hot100系列22(Java)——[图论]总结(岛屿数量,腐烂的橘子,课程表,实现Trie(前缀树))
java·leetcode·图论
1104.北光c°28 分钟前
深入浅出 Elasticsearch:从搜索框到精准排序的架构实战
java·开发语言·elasticsearch·缓存·架构·全文检索·es
MSTcheng.34 分钟前
【优选算法必修篇——位运算】『面试题 01.01. 判定字符是否唯一&面试题 17.19. 消失的两个数字』
java·算法·面试
蹦哒36 分钟前
Kotlin 与 Java 语法差异
java·python·kotlin
左左右右左右摇晃36 分钟前
Java并发——并发编程底层原理
java·开发语言
一个有温度的技术博主42 分钟前
Redis系列八:Jedis连接池在java中的使用
java·redis·bootstrap
cyforkk44 分钟前
Java 并发编程教科书级范例:深入解析 computeIfAbsent 与方法引用
java·开发语言
后青春期的诗go1 小时前
泛微OA-E9与第三方系统集成开发企业级实战记录(八)
java·接口·金蝶·泛微·oa·集成开发·对接