当判断基于单一变量严格相等且分支超3–4个时，switch更优；但不支持范围、布尔表达式或动态条件；字符串/数字字面量匹配适用switch，含逻辑运算或比较的必须用if。
用 switch 替代长链 if-else if 的适用边界
当判断逻辑基于单一变量的**严格相等（===）**，且分支超过 3–4 个时，switch 可读性更高，V8 等引擎也常对其做跳转表优化。但注意：switch 不支持范围判断、布尔表达式或动态条件。
- 字符串/数字字面量匹配：适合
switch - 含
&&、||、函数调用、比较运算（如age >= 18）：必须保留if -
switch中每个case忘写break会意外穿透——这是最常踩的坑
把条件提取成独立函数，避免嵌套过深
深层嵌套（比如 if (a) { if (b) { if (c) { ... } } }）会让逻辑难以测试和复用。与其堆 else if，不如把每种分支意图封装为函数，主流程变成清晰的调度。
function handleUserStatus(status) {
if (isPending(status)) return handlePending();
if (isApproved(status)) return handleApproved();
if (isRejected(status)) return handleRejected();
return handleUnknown();
}
-
isPending、handleApproved等函数可单独单元测试 - 新增状态只需加一个判断 + 一个处理函数，不扰动原有结构
- 避免在条件中重复计算（如多次调用
getUserRole()），提前赋值给常量
用查找表（Map 或对象）替代简单映射型 if-else
当条件是静态键值对映射（例如状态码 → 提示文案、类型 → 构造函数），硬编码 if-else 显得冗余。用 Map 或普通对象更直接，也方便配置化。
const statusText = new Map([ ['success', '操作成功'], ['error', '请求失败'], ['loading', '处理中'] ]); // 使用 const text = statusText.get(currentStatus) ?? '未知状态';
- 对象字面量也可用：
const map = { success: '操作成功', error: '请求失败' }，但键必须是字符串或 Symbol - 若键可能为
null/undefined或需弱引用，请用Map - 别在查找表里塞副作用逻辑（如直接调 API），保持纯数据映射职责
警惕“优化过头”：不是所有 if-else 都要重构
两三个分支、逻辑简单直白的 if-else，强行套 switch 或查找表反而增加认知负担。可读性优先于形式上的“简洁”。
立即学习“Java免费学习笔记（深入）”；
- 条件判断本身很轻（如
if (user.isAdmin)），无需抽象 - 分支间共享大量上下文变量时，拆成多个函数可能导致参数爆炸
- 调试时，堆栈里看到
handleApproved()不如看到if (status === 'approved')直观——尤其对新成员
真正该花时间优化的，是那些藏在 200 行函数里、嵌套 5 层、每个 else 都带副作用的条件块。
