优先用switch处理同一变量的多等值判断（≥4个静态常量分支），因其可读性强且支持引擎优化；但涉及不等式、多变量、动态值或范围判断时，应选if/else if。
单一条件判断用 if，多个互斥分支且值确定时优先选 switch；但别硬套规则，关键看可读性和维护成本。
什么时候该用 switch 而不是一长串 if/else if
switch 适合对同一变量做等值判断，且分支较多（通常 ≥4）、case 值是静态常量（如字符串字面量、数字、Symbol）的场景。它比链式 if/else if 更易读，也方便 V8 等引擎做跳转表优化。
但注意这些限制：
-
switch只支持严格相等（===），不能写case x > 10:或case arr.includes(val): - 每个
case后必须显式break，漏掉会“穿透”到下一个分支 - 无法处理范围判断（比如
0–9、>=18），强行用switch(true)是反模式
switch (status) {
case 'pending':
showLoading();
break;
case 'success':
renderData();
break;
case 'error':
showError();
break;
default:
throw new Error(`Unknown status: ${status}`);
}
为什么有时 if/else if 反而更合适
当判断逻辑涉及：
立即学习“Java免费学习笔记（深入）”；
- 不等式（
>、）、类型检查（typeof）、空值判断（== null） - 多个变量组合（
if (a && b || c)） - 需要提前返回或短路（
if (!user) return;） - case 值动态生成（如
config.mode）且类型不统一
这时硬套 switch 会导致代码臃肿或 bug。例如下面这个常见错误写法：
// ❌ 错误：switch(true) 混淆语义，且难以维护
switch (true) {
case age < 13:
role = 'child';
break;
case age < 20:
role = 'teen';
break;
default:
role = 'adult';
}
应直接用 if/else if：
if (age < 13) {
role = 'child';
} else if (age < 20) {
role = 'teen';
} else {
role = 'adult';
}
switch 的几个易忽略细节
实际写 switch 时，这几个点最容易出问题：
-
default不是可选的——没写且无匹配 case 时，整个语句静默跳过，容易埋下逻辑漏洞 - case 值支持表达式，但只在进入 switch 时求值一次：
case Date.now():是合法的，但不会每次重新计算 - ES2023 支持
switch表达式语法（带=>和隐式break），但目前仅部分环境支持，生产环境慎用 - TypeScript 中，如果
switch涵盖了所有联合类型的字面量，编译器能推断default不可达；但漏掉一个就可能绕过类型检查
真正难的不是语法选择，而是判断「这个分支未来会不会新增条件」「case 值是否稳定」——如果业务状态码下周就要加两个新值，switch 的可维护性反而不如查表对象 + map。
