01 引言
在日常的开发中，有没有遇到过，在动态SQL中出现WHERE 1 = 1 这样的代码块，有没有感觉看到后一头雾水，写这个玩意要干啥，没有实际的业务意义。
或许只是为了解决动态SQL条件中，WHERE 后面AND 或者 OR 多余的问题吧。
02 案例
2.1 情有可原案发现场
SELECT
count(1)
FROM tb_voucher.voucher_release r
WHERE 1=1
<if test="voucherId != null">
AND r.voucher_id=#{voucherId}
</if>
上面这种这种情况就是为了解决WHERE后面多余的AND 或者 OR。
如果没有1 = 1，当voucherId != null 条件返回true时，最终的SQL就会出现语法错误的问题，如下：
SELECT
count(1)
FROM tb_voucher.voucher_release r
WHERE AND r.voucher_id=#{voucherId}
这种情况尚能理解，这是为了解决问题出现了。
2.2 解决方案
上面的案例有没有解决方案呢，答案是有的。Mybatis中提供了动态标签：<where>
它的出现就是为了解决此类问题的。这最终优化如下：
SELECT
count(1)
FROM tb_voucher.voucher_release r
<where>
<if test="voucherId != null">
AND r.voucher_id=#{voucherId}
</if>
</where>
2.3 不可原谅的案发现场
SELECT
ss.id
FROM tb_aa.sys_sign ss
WHERE 1=1 and ss.sid =#{memberSid}
and ss.auction_id=#{auctionId}
这种写法毫无意义，降低了代码的可读性。在代码审查中可能被视为代码异味（Code Smell）。
2.4 令人头大的现场
这该如何是好呢？老铁们，在项目中遇到这样的情况，你会选择视而不见呢，还是直接优化掉它。
03 「WHERE 1=1」利害关系
3.1 核心价值与常见场景
核心用途
- 动态SQL拼接：在多条件查询的场景中，避免手动处理
WHERE和AND的逻辑分支。 - 简化代码逻辑：开发者无需判断是否有首个条件，直接通过追加
AND拼接条件。
使用场景
2.1 其实就是一种使用场景，但是这种也是可以避免的。暂且忽略。
// Java中拼接SQL的典型示例
StringBuilder sql = new StringBuilder("SELECT * FROM users WHERE 1=1");
if (name != null) sql.append(" AND name = ?");
if (age > 0) sql.append(" AND age > ?");
// 最终SQL：SELECT * FROM users WHERE 1=1 AND name = ? AND age > ?
3.2 潜在风险和弊端
性能隐患：
- 部分数据库优化器（如旧版本MySQL）可能无法完全优化
WHERE 1=1，导致全表扫描（即使存在有效过滤条件）。 - 在复杂查询中，多个
1=1的冗余条件可能增加SQL解析开销。
可维护性问题
- 代码可读性差：
WHERE 1=1在代码审查中会被视为魔术代码（Magic Code），需额外注释解释意图。 - 调试困难：日志中的SQL可能包含大量冗余条件，干扰问题定位。
安全风险
-
SQL注入漏洞：若未使用预编译（PreparedStatement），直接拼接用户输入，
WHERE 1=1可能成为攻击入口。-- 攻击示例：用户输入 "1=1 OR 'a'='a'" SELECT * FROM users WHERE 1=1 AND 1=1 OR 'a'='a' -- 绕过所有条件
团队协作成本
- 规范缺失：新人开发者可能盲目模仿此模式，导致代码库中
WHERE 1=1泛滥。 - 技术债务积累：长期存在此类代码会增加重构难度。
04 薪资和能力的映射关系
| 薪资水平 | 核心能力要求 |
|---|---|
| 10-20K | 实现基础功能，能写出可运行的代码。 |
| 20-30K | 识别代码隐患，使用框架优化性能与可维护性。 |
| 30-40K | 设计标准化解决方案，制定团队规范，具备跨数据库优化能力。 |
| 40K+ | 构建企业级数据访问层，通过系统化设计保障性能、安全与可维护性，具备技术领导力。 |
05 架构思维
-
框架优于约定：通过技术约束（而非文档规范）避免低级错误。
-
性能可观测：任何SQL写法必须能够被监控和优化。
-
安全零信任：默认所有动态拼接都是潜在风险点。
-
团队认知统一：通过工具链和培训确保开发习惯一致性。
在动态SQL拼接中，WHERE 1=1看似是简化逻辑的“技巧”，实则是隐藏技术债务的冰山一角。高效代码不是“走捷径”，而是通过系统化设计让优化成为必然。
在绝大多数场景中，WHERE 1=1应被视为技术债务的标志。与其争论其利弊，不如推动团队采用更优雅的解决方案，从根源上规避问题。
END
喜欢就点赞收藏，也可以关注我的微信公众号：编程朝花夕拾
