应优先用if...else处理比较运算、逻辑组合或运行时计算；switch仅适用于多个固定值的等值匹配，否则易因漏break、类型不匹配或浮点误差出错。
if...else 适合判断布尔逻辑或范围条件，switch 更适合等值匹配多个固定值——用错场景会导致代码难读、漏掉 break 或类型隐式转换出错。
什么时候该用 if...else 而不是 switch
当条件涉及比较运算（>、）、逻辑组合（&&、||）、或运行时计算结果时，if...else 是唯一自然的选择。
-
if (age > 18 && hasLicense)——switch无法表达这种复合逻辑 -
if (value === null || value === undefined)——switch的case只做严格相等（===），但无法合并多个独立判断 -
if (str.includes('admin') && !str.startsWith('_'))—— 涉及方法调用，只能在if中写
为什么 switch 容易漏掉 break 和误判类型
switch 对每个 case 值使用严格相等（===）比较，但一旦某个 case 缺少 break，就会“穿透”执行后续所有 case，包括 default。
- 常见错误：
case 1:后没写break，结果case 2:和default:也一起执行了 - 类型陷阱：
switch(val)中，如果val是字符串'1'，case 1:不会命中（因为'1' !== 1） - 浮点数慎用：
case 0.1 + 0.2:实际是0.30000000000000004，几乎不可能匹配成功
if...else if...else 和 switch 的性能与可读性差异
现代 JS 引擎对两者优化都很成熟，性能差异可忽略；真正影响维护的是可读性和意图表达是否清晰。
立即学习“Java免费学习笔记（深入）”；
- 多个离散等值判断（如状态码
200、404、500）——用switch更直观 - 有区间含义（如
score >= 90 → 'A'）——必须用if...else if，否则要写一堆case枚举所有数字 - 需要提前返回或中断流程（如权限校验失败直接
return）——if更灵活，switch里混return容易混乱
一个容易被忽略的细节：switch 的 default 不一定在最后
default 可以出现在任意位置，但它只在**没有 case 匹配时才触发**，且仍受 break 控制。很多人以为它“兜底”，却忘了它也可能被前面没 break 的 case 穿透进来执行。
示例：
switch (x) {
case 1:
console.log('one');
// 忘了 break
default:
console.log('default'); // x === 1 时也会执行这里！
case 2:
console.log('two');
}
这种写法不是 bug，而是语言特性——但绝大多数人预期 default 只在“完全不匹配”时运行，所以把它放在最后、并确保前面每个 case 都有 break 或 return，是最安全的做法。
