mybatis的xml文件中的if判断==‘1’不生效，改成’1’.toString()才生效
Mapper接口传入的参数
List<Table> queryList(@Param("state") String state);
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 日志贴出来一起分析。
