MyBatis动态SQL中不支持跨标签变量共享，是顺序匹配的if-else结构，需配合判空，XML无法处理复杂逻辑，应下沉至Java层。
MyBatis 中
MyBatis 的 status != null，再在后续 status == 'ACTIVE' —— 这本身合法，但若中间加了
实操建议：
-
test属性必须是 OGNL 表达式，status == 'ACTIVE'要写成status == 'ACTIVE'（单引号），不能用双引号（会被 XML 解析器提前截断） - 多个条件并列时，优先用
AND/WHERE冗余问题 - 避免在
MyBatis switch 的语义差异
if-else if-else，不是严格意义上的 switch：它按顺序匹配第一个为 true 的
常见误用：
- 把
- 遗漏
-
动态 SQL 中
IN 子句」，但容易忽略空集合、null 集合、元素含 null 值这三种状态。
正确写法示例：
AND id IN #{id}
注意点：
-
collection参数名必须与传入 Map 或对象属性名完全一致，区分大小写 - 若传入的是数组（如
int[]），MyBatis 默认识别为array，此时collection="array"才能遍历 -
open/close是纯字符串包裹，不参与逻辑判断；若ids为空，整个AND
XML 映射中无法实现的逻辑必须移出 SQL 层
XML 映射本质是模板引擎，不支持循环内嵌套条件、递归、闭包、异常捕获等编程语言特性。例如「对列表中每个用户，如果余额 > 100 则打标，否则查其上级再判断」这类逻辑，在 XML 里强行用
真正可行的做法：
- 把多层条件判断逻辑下沉到 Service 层，用 Java 完整控制流程，只将最终确定的参数（如
finalStatus、targetIds）传给 Mapper - 复杂查询优先考虑视图或数据库函数封装，而不是在 MyBatis XML 里模拟业务规则
- 需要运行时决定表名或字段名（如分表场景），用
${tableName}拼接，但必须严格校验输入，杜绝 SQL 注入
最常被忽略的一点：XML 里的任意逻辑都发生在 SQL 拼接阶段，而非执行阶段——这意味着所有 test 表达式在 JDBC PreparedStatement 构造前就已求值完毕，无法响应数据库返回的动态结果做二次判断。
