JavaScript的switch语句仅执行严格相等(===)比较,不进行类型转换,且必须显式使用break防止穿透;default不兜底运行时错误,适用场景限于静态可枚举值的多分支判断。
JavaScript 的 switch 语句不是万能的“高级 if”,它只做严格相等(===)比较,且对表达式类型和值都敏感——写错一个类型或漏掉 break,结果就可能完全跑偏。
它内部用的是 ===,不是 ==。这意味着 "1" 和 1 是两个不同分支,不会自动转换:
const x = "1";
switch (x) {
case 1:
console.log("number 1"); // 不会执行
break;
case "1":
console.log("string '1'"); // ✅ 执行
break;
}
switch,结果所有 case 都不匹配switch 前加 console.log(typeof x, x) 确认类型switch (Number(x)) 或 switch (String(x))
没有 break,代码会继续执行下一个 case 分支,直到遇到 break 或结束——这叫“fall-through”,不是 bug,是设计行为,但绝大多数场景下是意外。
const day = 1;
switch (day) {
case 1:
console.log("Monday");
case 2: // ❌ 没有 break,这里也会执行
console.log("Tuesday");
break;
}
// 输出:Monday\nTuesday
case 块后忘记补 break
// fall through
no-fallthrough 可帮你提前发现这类问题default 只在没有任何 case 匹配时触发,但它不是异常处理器——如果传入 undefined、null 或对象,而你没写对应 case,它才会进 default。
const status = null;
switch (status) {
case "active":
console.log("active");
break;
default:
console.log("other"); // ✅ 进这里
}
switch 表达式本身抛错(比如访问 obj.status 但 obj 是 undefined),default 完全不生效,会直接报错switch (data?.status ?? "unknown")
default 后面也建议加 break(虽语法允许省略),避免未来新增 case 时出错真正难的不是语法,而是判断该不该用 switch:当分支超过 3–4 个、值是静态可枚举的(如状态码、枚举字符串),它比一长串 if/else if 更清晰;但如果涉及范围判断(> 100)、正则匹配或异步条件,硬套 switch 只会让逻辑更绕。