mybatis if test 判断多参数种属性值

### MyBatis 中 `if` 测试语句的用法 MyBatis 提供了一种动态 SQL 的功能，允许开发者根据条件生成不同的 SQL 查询。其中最常用的标签之一就是 `<if>` 标签，它用于判断某个条件是否成立并决定是否执行对应的 SQL 片段。 #### 基本语法 以下是 `<if>` 标签的基本语法： ```xml <if test="condition"> SQL fragment </if> ``` 这里的 `test` 属性是一个 OGNL 表达式[^1]，用来评估布尔表达式的真假值。如果该表达式返回 true，则会将 `<if>` 标签内的 SQL 片段加入到最终生成的 SQL 语句中；否则忽略此片段。 #### 使用场景举例 假设有一个查询书籍的功能，可以根据书名或者作者来筛选数据。可以这样定义 Mapper 文件中的 SQL： ```xml <select id="findBooks" parameterType="map" resultType="Book"> SELECT * FROM books WHERE 1=1 <if test="title != null"> AND title = #{title} </if> <if test="author != null"> AND author = #{author} </if> </select> ``` 在这个例子中，“WHERE 1=1” 是一种常见的技巧，目的是为了简化后续逻辑处理。当参数 `title` 或者 `author` 存在时，相应的过滤条件会被追加到 SQL 语句后面[^2]。 #### 复杂条件组合 有时候可能需要更复杂的条件匹配，比如同时满足多个字段不为空的情况才能应用某些特定规则。这时可以通过嵌套的方式实现： ```xml <where> <if test="category != null and category != ''"> category=#{category} </if> <if test="price != null"> AND price &lt; #{price} </if> </where> ``` 这里还引入了一个新的标签 `<where>` ，它可以自动管理前缀 “AND/OR”，并且只有在其内部至少存在一个有效子节点的情况下才会输出完整的 WHERE 子句[^3]。 #### 注意事项 - **NULL 和空字符串的区别**：在 Java 中 `"null"` 并不代表实际意义上的 NULL 而是普通的 String 对象。因此，在编写 IF 判断的时候要注意区分这两种情况。 - **SQL 注入防护**：虽然通过 `${}` 可以直接插入变量值，但这容易引发安全风险。推荐始终采用预编译方式即 `#{}` 来传递参数[^4]。 --- ### 示例代码展示 下面给出一段基于上述理论的实际编码案例： ```java public interface BookMapper extends BaseMapper<Book> { } // XML Configuration <select id="searchBooks" parameterType="SearchCriteria" resultType="Book"> SELECT * FROM book b <where> <if test="genre != null">b.genre = #{genre}</if> <if test="minPrice != null">AND b.price >= #{minPrice}</if> <if test="maxPrice != null">AND b.price <= #{maxPrice}</if> </where> </select> @Data @AllArgsConstructor @NoArgsConstructor public class SearchCriteria { private String genre; private Double minPrice; private Double maxPrice; } ``` 以上展示了如何利用 MyBatis 动态构建复杂查询的能力，同时也体现了良好的实践习惯——封装输入对象以便于维护和扩展。 ---

### 解决MyBatis中`if`测试条件不起作用的问题 当遇到MyBatis中的`if`标签不按预期工作的情况时，通常是因为表达式的编写方式有误或是对上下文变量的理解不够深入。为了确保动态SQL能够正常运作并达到期望的效果，在构建查询语句时需注意几个方面。 #### 正确书写OGNL表达式 MyBatis利用强大的基于OGNL(对象图导航语言)的表达式来控制动态SQL的行为[^1]。对于`if`标签而言，其属性`test`接受一个布尔表达式作为参数，该表达式决定了是否应包含相应的XML片段于最终生成的SQL字符串内。因此，确认所使用的判断逻辑准确无误至关重要。 ```xml <select id="findActiveBlogWithTitleLike" parameterType="map" resultType="Blog"> SELECT * FROM BLOG WHERE state = 'ACTIVE' <if test="title != null"> AND title like #{title} </if> </select> ``` 上述例子展示了如何通过检查传入参数是否存在(`!=null`)来进行有条件的选择操作[^4]。如果希望进一步细化条件，则可以采用更复杂的比较运算符或组合多个字段进行联合判定： ```xml <if test="author.name != null and author.email != null"> <!-- SQL fragment --> </if> ``` #### 验证传递给Mapper的方法参数 另一个常见的问题是开发者可能误解了方法签名与其对应的映射文件之间的关系。特别是当使用Java Bean或者Map结构作为输入源的时候，务必保证访问路径正确反映了实际的对象层次结构。例如，假设有一个名为`User`的类含有两个成员变量——username和password；那么在mapper.xml里应该这样写: ```xml <if test="user.username != null and user.password != '' "> ... </if> ``` 这里假定调用方是以如下形式提供数据的： ```java public interface UserMapper { List<User> selectUsers(@Param("user") User user); } ``` #### 调试技巧 最后但同样重要的是，启用日志记录功能可以帮助快速定位潜在错误所在之处。设置适当级别的日志输出可以让开发人员直观看到每次执行期间产生的确切SQL文本以及绑定到占位符的具体值。这不仅有助于排查语法层面的小瑕疵，也能揭示性能瓶颈等问题。