应优先用 if 而非 switch：当需判断数字范围（如 age ≥ 18）、处理动态/连续值、使用任意布尔表达式或复杂逻辑时；switch 仅适用于多个固定值的精确匹配。
if 语句和 switch 都能做条件分支，但适用场景不同：简单二选一或范围判断用 if；多个固定值匹配、代码可读性优先时用 switch；别用 switch 做范围判断或比较对象/数组。
什么时候该用 if 而不是 switch
if 支持任意布尔表达式，适合处理动态、连续或复杂逻辑：
- 判断数字范围：
if (age >= 18 && age —— <code>switch无法直接表达区间 - 检查是否为真值（含
null、undefined、''）：if (value) - 调用函数返回布尔结果：
if (isValidEmail(input)) - 多个条件组合：
if (user.role === 'admin' || user.permissions.includes('edit'))
注意：if 中每个条件都会按顺序执行判断，遇到第一个为真就进入对应分支，后续 else if 不再检查。
switch 的正确写法和常见翻车点
switch 只做严格相等（===）比较，且只接受单个表达式作为入口值。它不是语法糖，而是针对离散枚举值的优化结构：
立即学习“Java免费学习笔记（深入）”；
- 必须加
break，否则会“穿透”到下一个case（哪怕值不匹配） -
case后只能是常量或字面量，不能是变量或表达式：case x + 1:❌，case 42:✅ -
default不强制放在最后，但习惯上放末尾；没匹配又没default就静默跳过 - 字符串、数字、布尔值可以，
null和undefined也能匹配，但NaN永远不会命中任何case（因为NaN === NaN为false）
示例：
switch (status) {
case 'loading':
showSpinner();
break;
case 'success':
renderData();
break;
case 'error':
showError();
break;
default:
console.warn('Unknown status:', status);
}
if 和 switch 在性能与可维护性上的实际差异
现代 JS 引擎对两者都做了深度优化，单纯谈“谁更快”意义不大。真正影响体验的是可读性和后期修改成本：
- 超过 4–5 个离散字符串/数字分支时，
switch比一长串else if更易扫读和定位 - 如果分支逻辑里要复用变量或提前 return，
if更灵活；switch内部作用域不隔离，变量声明需小心提升问题 - 想统一处理多个值走同一逻辑？
switch允许连续case省略break（但务必注释清楚），if得靠||或数组includes - TypeScript 用户注意：
switch配合never类型可做穷尽检查，if则不行
容易被忽略的边界情况
这些细节不报错，但行为常出人意料：
-
switch(true)是合法写法，但属于滥用 —— 它退化成if/else if的替代品，失去switch的语义优势 -
if (0)、if ('')、if ([])都为false，但[] == false为true；而switch([])永远不会进任何case（因[] === ...全为false） - 使用
switch匹配对象属性时，别写成switch (obj.status)却忘了obj.status可能是undefined，导致意外落入default
最稳妥的做法：先明确你的条件是「一组确定的取值」还是「需要计算/比较的逻辑」，再决定用哪个。混用或强行转换，往往比多写两行 if 更难调试。
