应优先用 if 处理比较运算、布尔表达式、函数调用、动态值或类型不一致的判断；switch 仅适用于多个固定值的严格相等分支，且须防漏 break 导致穿透。
if 适合判断单个条件或范围，switch 更适合多个固定值的分支选择；用错场景会导致逻辑难读、漏匹配甚至意外执行。
什么时候该用 if 而不是 switch
当条件涉及比较运算（>、、!==）、布尔表达式、函数调用结果，或需要检查多个不相关条件时，if 是唯一合理选择。
-
if (age > 18 && hasLicense)——switch根本无法表达这种组合逻辑 -
if (str.includes('error'))——switch只能比对全等值，不能做子串判断 -
if (Math.random() > 0.5)—— 运行时动态值，switch的case必须是常量
为什么 switch 容易漏掉 break 导致意外穿透
switch 默认不自动跳出，遇到匹配的 case 后会顺序执行后续所有 case 语句，直到遇到 break 或 switch 结束。这是设计特性，不是 bug，但极易被忽略。
- 写
case 1: console.log('one'); break;是常规操作；漏掉break就会连带执行case 2的代码 -
default放在最后也必须加break，否则会影响后续新增的case - ES2024 起部分引擎支持
switch表达式语法（switch (x) { case 1 => 'a'; }），但主流代码仍用语句式，需手动break
if 和 switch 的相等判断方式不同
switch 使用严格相等（===）比对 case 值与表达式结果，而 if 中的条件可以自由选用 ==、===、!= 等任意比较方式。
立即学习“Java免费学习笔记（深入）”；
-
switch ('1') { case 1: ... }不会进入该分支，因为'1' === 1为false -
if ('1' == 1)为true，但这种隐式转换容易引发歧义，实际开发中应优先用=== - 如果要处理类型不一致的枚举值（如后端返回字符串
"active"，前端想匹配数字1），只能用if显式转换：if (status === 'active' || Number(status) === 1)
性能差异其实可以忽略，但可读性差距很大
V8 等现代引擎对两者都做了深度优化，简单场景下执行速度几乎无差别。真正影响维护的是代码是否一目了然。
- 十几个
if (type === 'xxx')并列？换成switch更清晰 - 混用
>、includes、instanceof的复合判断？强行塞进switch只会让别人想删库跑路 - 某些团队规范禁止
switch（比如 Airbnb），此时统一用if+ 提前return是更稳妥的选择
最常被忽略的一点：嵌套太深的 if 比满屏 break 的 switch 更难调试——别只盯着语法区别，先看控制流有没有必要拆成函数。
