nested exception is org.apache.ibatis.builder.BuilderException: Error evaluating expression 'shr != null'. Cause: org.apache.ibatis.ognl.ExpressionSyntaxException: Malformed OGNL expression: shr != null [org.apache.ibatis.ognl

### MyBatis 中 OGNL 表达式 `'shr != null'` 的解决方案 在 MyBatis 使用过程中，如果遇到 `BuilderException` 和 `ExpressionSyntaxException` 错误提示 `Malformed OGNL expression: shr != null`，通常是因为 OGNL 表达式的语法不符合预期或者存在解析冲突。 #### 问题分析 OGNL（Object-Graph Navigation Language）是一种强大的表达式语言，在 MyBatis 动态 SQL 中用于条件判断和参数处理。然而，某些情况下可能会因为以下原因导致错误： 1. **关键字冲突**：`shr` 可能是一个保留字或特殊字符[^1]。 2. **语法不匹配**：OGNL 对于逻辑运算符的要求严格，可能需要调整表达式的写法[^2]。 3. **上下文缺失**：动态 SQL 执行时，未正确传递参数或参数为空[^4]。 --- #### 解决方案 ##### 方法一：修改表达式以避免关键字冲突 尝试替换可能导致冲突的关键字名称。例如，将变量名 `shr` 替换为其他无歧义的名字： ```xml <if test="sourceRecord != null"> <!-- Your logic here --> </if> ``` 通过更改变量名为更通用的形式（如 `sourceRecord`），可以有效规避潜在的关键词冲突问题[^1]。 ##### 方法二：使用括号明确优先级 有时，OGNL 需要显式指定操作符的优先级来避免解析错误。可以通过添加括号重新定义表达式结构： ```xml <if test="(shr != null)"> <!-- Logic when shr is not null --> </if> ``` 此方法有助于消除因隐含规则引发的误解，并使语句更加清晰易读。 ##### 方法三：验证传入参数的有效性 确认 Mapper 文件中的参数是否已正确定义并赋值。如果参数 `shr` 来自 Java 层面，则需确保其已被初始化且非空；否则会触发类似的异常情况[^3]。 示例代码片段展示如何设置默认值防止 NullPointerException: ```java public class Example { private String shr; public void setShr(String value){ this.shr = (value == null || value.isEmpty()) ? "default" : value; } } ``` 随后再将其作为输入参数绑定到对应的 XML 映射文件里去执行查询动作即可[^4]。 ##### 方法四：升级依赖库版本 考虑到不同版本间可能存在兼容性差异，建议核查当前使用的 MyBatis 版本以及相关插件(比如 mybatis-plus)，必要时更新至最新稳定版以便修复已知 bug 或改进功能特性支持[^2]。 --- ### 总结 针对上述提到的各种可能性逐一排查后采取相应措施应该能够成功解决问题。具体实施可根据实际开发环境灵活选用其中一种或多组合方式达成目标效果最佳实践。