【扫盲】sql代码里那个“傻鸟” 1=1 到底是个啥？为什么 MyBatis 不用写？-育师

【扫盲】sql代码里那个“傻鸟” 1=1 到底是个啥？为什么 MyBatis 不用写？

很多刚接手旧项目（特别是用 Hibernate/HQL 或 JDBC）的兄弟，第一次看到类似下面的代码时，内心往往是崩溃的：

SELECT * FROM user WHERE 1=1 AND name = '张三'

此时你的脑海里一定会弹幕刷屏：

“写这代码的人是不是有病？”
“1=1 不是废话吗？还要数据库算一下？”
“为什么我写 MyBatis XML 的时候从来不用这招？”

别急，存在即合理。今天咱们就来扒一扒这个“傻鸟”1=1到底是为了解决什么千古难题。

一、那个“傻鸟” 1=1，其实是“拼”出来的无奈

首先你要明白一个核心区别：

你眼里的 SQL：是写在 XML 里或者 Navicat 里的，是静态的。
Java 程序里的 SQL：是根据用户点选的条件，动态拼接出来的字符串。

场景还原

假设你做一个“人员搜索”功能，有三个输入框：姓名、年龄、电话。用户想填哪个填哪个。

如果不用 1=1，你的 Java 代码得写成这样（地狱模式）：

String sql = "SELECT * FROM user"; boolean isFirstCondition = true; // 搞个标记，判断是不是第一个条件 // 1. 处理姓名 if (name != null) { if (isFirstCondition) { sql += " WHERE name = '" + name + "'"; // 第一个不能加 AND isFirstCondition = false; // 标记改为false } else { sql += " AND name = '" + name + "'"; } } // 2. 处理年龄 if (age != null) { if (isFirstCondition) { // 每次都要判断是不是第一个！烦死！ sql += " WHERE age = " + age; isFirstCondition = false; } else { sql += " AND age = " + age; } }

看到没有？为了确定**“谁是第一个条件”**（第一个条件前要加WHERE，后面的要加AND），程序员不得不写一堆恶心的if-else判断。

这时候，聪明的程序员想了一招（懒人模式）：

既然不知道谁是第一个，那我就先人为造一个永远为真的“假条件”放在第一个！

// 先把 WHERE 1=1 扔这占坑 String sql = "SELECT * FROM user WHERE 1=1"; // 后面所有人，统统无脑加 "AND"！ if (name != null) { sql += " AND name = '" + name + "'"; } if (age != null) { sql += " AND age = " + age; }

真相大白：

1=1 的作用就是一个**“转接头”**。它占住了 WHERE 后面第一个位置，让后面所有的条件都可以统一用 AND 开头，彻底消灭了繁琐的判断逻辑。

二、为什么 MyBatis 的 XML 里没有？

你说：“我在 MyBatis 里写动态查询，也是三个框随便填，为啥我不写 1=1？”

那是因为MyBatis 把你当宝宝宠坏了。并不是不需要处理这个问题，而是 MyBatis 默默在后台帮你把这活儿干了。

来看看 MyBatis 的神器 ——<where>标签。

MyBatis 的写法：

<select id="findUser"> SELECT * FROM user <where> <if test="name != null"> AND name = #{name} </if> <if test="age != null"> AND age = #{age} </if> </where> </select>

MyBatis 在后台干的“脏活累活”：

当 MyBatis 解析这个<where>标签时，它运行了一套智能逻辑：

自动检测内容：如果<where>标签里没有任何条件满足（用户啥都没填），它就不生成 WHERE 关键字。
自动去头：如果标签里有内容，且内容是以AND或OR开头的，它会自动帮你把第一个 AND 删掉！

对比一下：

HQL/JDBC 拼接字符串：就像手动挡汽车，离合、换挡都要你自己操作（必须写1=1占位）。
MyBatis XML：就像自动挡+辅助驾驶，你只管踩油门（写AND），系统自动帮你判断什么时候挂档（处理WHERE和去掉多余的AND）。

三、灵魂拷问：写 1=1 会影响性能吗？

很多有洁癖的程序员会担心：“数据库执行的时候，还要专门算一下 1 等不等于 1，这不多余吗？”

答案：完全不会。

现在的数据库（MySQL、Oracle）都贼精明。它们的**查询优化器（Optimizer）**在拿到 SQL 的第一瞬间，就会把1=1这种恒为真的废话给优化掉。

在数据库眼里：

SELECT * FROM user WHERE 1=1 AND age=18

↓ 自动优化为 ↓

SELECT * FROM user WHERE age=18

所以，性能损耗为0。

四、总结

HQL / JDBC 里的1=1：不是傻，是智慧的妥协。它是为了在纯字符串拼接时代，简化代码逻辑、避免if-else地狱的必要手段。
MyBatis 里的清爽：不是因为问题消失了，而是框架提供了**<where>标签**，在底层帮你完成了“去多余 AND”的操作。
以后见到1=1：不要骂它傻鸟，请瑞思拜（Respect）。那是老一代程序员为了偷懒…哦不，为了代码整洁留下的智慧结晶。

【扫盲】sql代码里那个“傻鸟” 1=1 到底是个啥？为什么 MyBatis 不用写？