为什么很多程序员不用 switch，而是大量使用 if…else if…？
这是一个非常常见的现象，尤其在 Java、JavaScript、TypeScript、Python、Go 等语言中特别明显。答案不是“switch 不好”，而是实际开发中 if-else 链在大多数场景下更灵活、更安全、更容易维护，而 switch 的优势往往被它的几个致命缺点抵消了。
下面按真实占比从高到低列出主要原因：
1. 条件远不止“相等判断”一种（最主要原因）
switch（传统版本）只能处理严格相等的条件，且表达式类型非常有限（Java 以前只能是 int、enum、String、char 等）。
而现实业务代码里常见的条件是：
if (status == null) { ... }
if (age < 18) { ... }
if (price >= 1000 && discount > 0.8) { ... }
if (user.getRole().contains("admin")) { ... }
if (order.isOverdue() || order.getAmount() > limit) { ... }
if ("pending".equals(state) && now.after(deadline)) { ... }这些根本无法用传统 switch 写，于是很多人干脆全部用 if-else。
2. 忘记 break 导致的 bug 太恐怖（经典血泪教训）
switch (code) {
case 200:
log.info("成功");
// 忘记 break
case 400:
log.error("客户端错误");
// 忘记 break
case 500:
log.error("服务器错误");
return;
}200 的时候会同时执行 400 和 500 的逻辑——这是非常隐蔽、非常容易出生产事故的 bug。
而 if-else 链天生没有这个问题：
if (code == 200) {
// 只会执行这里
} else if (code == 400) {
// 只会执行这里
}“少写一个 break 就出大事” 的恐惧，让很多团队直接在代码规范里写死：禁止使用 switch（或强制要求每个 case 都加 // fall-through 注释）。
3. 现代 IDE 和重构工具对 if-else 更友好
- 可以轻松把 if-else 改成卫语句（early return）
- 可以方便地抽取成单独方法
- 可以轻松加条件、调整顺序
- 代码折叠、快速格式化、条件反转等操作更顺手
而传统 switch 在很多 IDE 里的体验明显差一些（虽然 Java 17+ 的 switch 表达式改善了很多）。
4. switch 无法声明局部变量（老版本语言的痛）
在 Java 12 之前（甚至很多项目还停留在 Java 8/11），你不能在 case 里直接声明变量：
switch (type) {
case "A":
String msg = "类型A"; // 编译错误！
break;
case "B":
// ...
}必须写成：
String msg;
switch (type) {
case "A":
msg = "类型A";
break;
// ...
}这让代码变得非常丑陋和容易出错。if-else 就没有这个限制。
5. 性能差距在现代编译器/JVM/JS 引擎里已经几乎可以忽略
很多人以为 switch 会生成 jump table 一定更快，但实际情况是：
- 现代编译器（甚至 JavaScript V8）对 if-else 链做了非常激进的优化
- 当 case 数量少（≤5-7 个）时，if-else 往往和 switch 性能几乎一样
- 当 case 数量非常多且值连续时，switch 才明显占优（但这种场景很少）
- 大多数业务代码的分支命中率极不均匀，分支预测已经让 if-else 链表现很好
性能早已不是主要考量因素。
6. 代码风格和团队习惯的路径依赖
- 很多团队 code review 规范直接禁用了 switch（怕出 bug）
- 大量开源项目、教程、老代码里都是 if-else 链
- 新人一看前辈都这么写，自然也跟着写
- 一旦项目里混用了 switch 和 if-else，反而显得不统一
那什么时候 switch 还是更合适？
现代语言（Java 17+、C#、Kotlin、Rust、Go 等）里的 switch 表达式 / 模式匹配 已经解决很多痛点，这时候非常推荐用：
// Java 17+ switch 表达式 + 模式匹配
String result = switch (obj) {
case Integer i when i > 0 -> "正整数";
case Integer i -> "非正整数";
case String s -> "字符串: " + s;
case null -> "空";
default -> "其他";
};when (value) {
is String -> println("字符串")
in 1..10 -> println("小数字")
else -> println("其他")
}这种写法比 if-else 链更清晰、更安全、更强大。
总结：真实世界里的选择逻辑
| 场景 | 大多数人实际选择 | 主要原因 |
|---|---|---|
| 2–3 个简单相等判断 | if else / if else if | 更直观，写得快 |
| 4–10 个简单枚举/状态码 | 经常还是 if-else | 怕忘 break、风格统一、条件容易扩展 |
| 10+ 个连续整数/枚举 | switch 比例上升 | 可读性 + 性能微优 |
| 复杂条件（范围、&&、contains） | 几乎全 if-else | switch 写不了 |
| 使用现代 switch 表达式/模式匹配 | 越来越多人开始用 | 安全、可读性高 |
一句话结论：
程序员大量用 if…else if…，不是因为 switch 不好，而是因为传统 switch 太容易写出隐蔽 bug，而且适用场景其实很窄。
当语言提供了现代化的 switch 表达式 + 模式匹配后，很多团队已经开始逐渐转向它了。
你现在项目里是大量 if-else 吗？还是已经开始用新版 switch 了？可以聊聊你主要用的语言和场景。
