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 日志贴出来一起分析。
相关推荐
天天摸鱼的java工程师几秒前
假设你在开发订单系统时遇到高并发下库存扣减出错,如何解决?由浅入深分析
java·后端·面试
都叫我大帅哥1 分钟前
Redis的ZSet:从“青铜”到“王者”的排序神器
java·redis
肖笙XiaoSheng12 分钟前
使用Gemini2.5 pro 优化我的定时任务(二)
java·后端·代码规范
小小霸王龙!14 分钟前
互联网大厂Java面试实录:Spring Boot与微服务在电商场景中的应用
java·spring boot·redis·微服务·电商
深栈解码17 分钟前
JUC并发编程 CAS运行机制详解
java·后端
草履虫建模18 分钟前
Postman - API 调试与开发工具 - 标准使用流程
java·测试工具·spring·json·测试用例·postman·集成学习
深栈解码18 分钟前
JUC并发编程 ThreadLocal解析
java·后端
衍生星球25 分钟前
Maven 3.9.6的下载和配置
java·maven·springboot
缘来是庄32 分钟前
设计模式之代理模式
java·设计模式·代理模式
都叫我大帅哥38 分钟前
向量数据库Milvus:非结构化数据的救星,AI开发者的瑞士军刀
java·python