switch-case 适合判断确定的离散值（如字符串、数字），基于严格相等比较，需显式 break 防穿透，适用于状态码、按键事件等枚举场景，但不适用于范围判断。
JavaScript 中 switch-case 语句适合替代多个 if-else if 判断，尤其当判断依据是**确定的、离散的值（如字符串、数字、布尔值）**时，它更清晰、可读性更高，部分引擎还能做底层优化（比如跳转表）。但要注意它不适用于范围判断或复杂条件表达式。
基础写法与关键细节
switch 后的表达式会与每个 case 的值进行严格相等（===）比较，不会做类型转换。每个 case 后必须显式写 break，否则会“穿透”执行后续 case 的代码（这是常见 bug 来源）。
示例：
let status = 'pending';
switch (status) {
case 'pending':
console.log('等待处理');
break; // 必须加，否则继续执行下面
case 'success':
console.log('操作成功');
break;
case 'error':
console.log('发生错误');
break;
default:
console.log('未知状态');
}
用 switch 处理字符串枚举和状态码
API 响应状态、表单提交结果、路由路径等场景中，返回值往往是固定字符串或数字，非常适合 switch：
立即学习“Java免费学习笔记（深入）”；
- 把后端返回的 HTTP 状态码（如 401、403、500）映射为用户提示文案
- 根据
event.key值区分键盘按键（如 'Enter'、'Escape'、'ArrowUp'） - 按不同模块名称加载对应配置对象
优势：比一长串 if (x === 'a') {...} else if (x === 'b') {...} 更易维护，IDE 也更容易识别 case 覆盖情况。
避免常见陷阱
- 不要在 case 中直接写函数调用或变量赋值作为判断值 —— switch 只接受一个表达式，case 后只能是字面量或常量表达式
- 别忘了 default 分支 —— 即使你认为所有情况都已覆盖，也建议加上，便于兜底或调试
-
慎用穿透（fall-through） —— 确实需要共享逻辑时，用注释
// falls through明确标记，提升可读性 -
switch 不适合判断区间 —— 比如 “年龄在 18–65 岁之间”，仍该用 if；强行用 switch 需配合额外变量（如
const range = age ），反而绕远
现代替代方案参考
对于简单映射关系（如状态 → 提示文案），对象字面量或 Map 有时更简洁：
const statusText = {
pending: '等待处理',
success: '操作成功',
error: '发生错误'
};
console.log(statusText[status] ?? '未知状态');
但 switch 在需要执行多行逻辑、有副作用（如调用函数、修改状态）、或需 fall-through 行为时，依然不可替代。选择依据不是“新旧”，而是**是否匹配当前逻辑意图和可维护性需求**。
