17370845950

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。

典型误用是拿它处理用户输入但没加 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 不是可选的“兜底”，而是强烈建议加上，避免遗漏未定义分支
• ES2025 起支持 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 中是独立的匹配值。别假设它们行为一致。