if适用于布尔判断、范围比较和逻辑组合，switch仅支持离散值的严格相等匹配；Map或对象映射更适合多分支、可扩展场景；边界值在两者中行为不同，需特别注意。
if 适合做布尔判断和范围/逻辑组合
当条件涉及 true/false、比较运算（>、!==）、或多个条件用 &&/|| 组合时，if 是自然选择。它不依赖值的“完全相等”，灵活性高。
常见错误是把本该用 if 的范围判断硬塞进 switch，比如：
if (score >= 90) {
grade = 'A';
} else if (score >= 80) {
grade = 'B';
} else if (score >= 70) {
grade = 'C';
}
这种写法没法用 switch 替代——因为 switch 只能匹配固定值，不能处理 >= 这类表达式。
-
if支持任意表达式作为条件，包括函数调用、对象属性访问、甚至异步判断（配合async/await） - 嵌套过深时容易读错缩进，建议提前
return或拆成小函数 - 注意
==和===的隐式转换陷阱，优先用===
switch 专用于离散值的严格相等匹配
switch 的每个 case 都是和 switch 表达式做 === 比较，只适用于已知、有限、互斥的取值，比如状态码、枚举字符串、固定数字 ID。
立即学习“Java免费学习笔记（深入）”；
典型误用是拿它处理用户输入但没加 break，导致“穿透”：
switch (userRole) {
case 'admin':
console.log('has full access');
case 'editor': // ❌ 缺少 break，admin 也会执行这行
console.log('can edit');
break;
case 'viewer':
console.log('read only');
break;
}
- 必须显式写
break，否则会继续执行下一个case -
default不是可选的“兜底”，而是强烈建议加上，避免遗漏未定义分支 - ES2024 起支持
switch表达式（带=>），但主流环境仍以语句形式为主
性能差异几乎可以忽略，别为这个选型
有人认为 switch 比链式 if-else 快，这是过时认知。现代 JS 引擎（V8、SpiderMonkey）对两者都做了深度优化，实际性能差距在纳秒级，业务代码里测不出来。
真正影响性能的是逻辑复杂度本身：比如 if 里反复调用耗时函数，或 switch 的 case 值是动态计算的表达式（引擎无法静态优化）。
- 不要为了“看起来快”强行改写；可读性和可维护性优先
- 如果
case值来自外部（如 API 返回的字符串），确保它确实是预期集合内的值，否则default会被频繁触发 - 大量
case（比如 50+）且值连续，考虑用数组索引或查找表替代
更复杂的分支逻辑，考虑 Map 或策略模式
当条件分支超过 5–6 个，且每个分支要执行不同函数或需要复用时，if 和 switch 都会变得臃肿。这时候直接用 Map 更清晰：
const handlers = new Map([
['save', () => saveData()],
['delete', () => deleteItem()],
['export', () => exportCSV()]
]);
const action = 'save';
if (handlers.has(action)) {
handlers.get(action)();
}
或者用普通对象（注意键名需是字符串）：
const routeMap = {
'/home': renderHome,
'/profile': renderProfile,
'/settings': renderSettings
};
const handler = routeMap[location.pathname] || renderNotFound;
-
Map支持任意类型作键（包括对象、函数），Object只能用字符串或 Symbol - 动态增删分支更容易，不用改结构体
- 调试时可以直接
console.log(handlers)看所有注册项
真正容易被忽略的是：条件语句的边界情况——比如 null、undefined、空字符串、0，在 if 中会转为 false，但在 switch 中是独立的匹配值。别假设它们行为一致。
