【扫盲】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）。那是老一代程序员为了偷懒…哦不，为了代码整洁留下的智慧结晶。
)
