if语句应优先用===避免隐式转换,用'in'或hasOwnProperty判断属性存在性,多条件尽早return;switch仅适用于单表达式离散值匹配,需防fall-through,性能差异可忽略。
if 是最基础的条件分支,但写错常不是语法问题,而是逻辑边界和隐式转换踩坑。if 判断的是「真值(truthy)」而非 true,比如 if (0)、if ('')、if (null) 都不会进分支。
=== 而非 ==,避免类型自动转换导致意外结果(如 0 == false 为 true,但 0 === false 为 false)return 或 break 提前退出,比层层缩进更易读if (obj.prop) —— 若 prop 是 0、'' 或 false 就被误判为“不存在”,改用 if ('prop' in obj) 或 if (obj.hasOwnProperty('prop'))
switch 本质是「严格相等(===)的多分支跳转」,只适合对**单个表达式的离散值**做匹配。它不支持范围判断(比如 case > 5: 会报错),也不支持表达式计算(case x > 10: 不合法)。
switch (res.status))、枚举值分发(switch (type))、固定字符串路由(switch (pathname))break,漏掉就会「穿透(fall-through)」—— 执行完当前 case 还会继续执行下一个 case,这是最常见错误default 建议放在最后,但不是必须;如果逻辑上所有情况都已覆盖,可以不写,但加上 default: throw new Error() 反而更安全现代 JS 引擎对两者都做了深度优化,实际性能差异几乎可以忽略。V8 在 switch 分支数较多且值密集时可能生成跳转表(jump table),比一连串 if/else if 稍快;但若只有 2–3 个分支,if 通常更快,因为没有额外的跳转开销。
switch 时,case 值尽量用字面量('loading'、404),避免变量或函数调用——它们在 switch 表达式位置不被允许if (x >= 10 && x ,或者封装成查找表 + find(),别硬套 switch
switch 对每个 case 值调用 ===,但这个比较发生在运行时,且不进行任何类型转换。这意味着 switch (1) 不会匹配 case '1':,也不会匹配 case true:。
switch (1) {
case '1': console.log('string'); break;
case true: console.log('boolea
n'); break;
case 1: console.log('number'); break;
}
// 只输出 'number'
而 if 如果写成 if (1 == '1') 就会走通——这种差异在处理 API 返回的字符串数字(如 "200")时特别容易翻车。
复杂点在于:你得时刻清楚自己在比什么类型。哪怕只是少写一个 parseInt(),switch 就直接跳过所有分支,静默失败。