JavaScript中if else易错三点：一是误用赋值=代替比较==或===；二是忽略隐式转换导致0、''等假值误判；三是单行无花括号时ASI失效致逻辑错误。
if else 基本结构容易写错的三个地方
JavaScript 中 if 语句本身不难，但实际写的时候常因隐式转换、作用域和分号自动插入（ASI）出问题。比如 if (x = 0) 是赋值不是判断，if (arr[i] === undefined) 比 if (!arr[i]) 更安全，后者会把 0、''、false 全当假值跳过。
常见错误现象包括：条件看似成立却没进分支、多个 else if 只有第一个生效、嵌套太深导致逻辑混乱。
- 用严格相等
===替代==，避免类型强制转换干扰判断 - 避免在条件中做副作用操作，如
if (x = getValue())—— 改成先赋值再判断 - 单行
if不加花括号时，下一行看似属于该分支，实则不受控制（ASI 可能失效）
什么时候该用 switch 替代 if else 链？
switch 并不比 if else 快多少（现代引擎优化后差异极小），但它更适合「一个变量匹配多个离散值」的场景，且可读性更强、更易维护。
注意：它只做严格相等（===）比较，且 case 值必须是常量表达式，不能是变量或函数调用。
立即学习“Java免费学习笔记（深入）”；
switch (status) {
case 'pending':
handlePending();
break;
case 'success':
handleSuccess();
break;
case 'error':
handleError();
break;
default:
throw new Error(`Unknown status: ${status}`);
}
- 如果
case值是动态计算的（比如case getUserRole()），必须换回if else - 漏写
break会导致“穿透”，多个case连续执行 —— 这是高频 bug 来源 - 字符串、数字、布尔值可用；对象、数组、函数不能直接用于
case
用对象映射或 Map 替代长 if else 的适用场景
当条件是确定的键（如状态码、事件类型、路由路径），且对应处理函数较简单时，用查找表（Object 或 Map）比一长串 else if 更清晰、更易测试、也更易扩展。
区别在于：Object 键只能是字符串或 Symbol，Map 支持任意类型作键，且遍历顺序稳定。
const handlers = {
'click': handleClick,
'submit': handleSubmit,
'input': handleInput
};
const handler = handlers[event.type];
if (handler) handler(event);
- 若键可能为
null、undefined或对象，优先选Map - 注意兜底逻辑：查不到时是静默忽略，还是抛错，得明确设计
- 不适合含复杂前置条件的分支（比如
if (a > 0 && b ），这种仍需if
提前 return 和卫语句（guard clause）怎么减少嵌套
深层嵌套的 if 最大问题是阅读成本高、逻辑分支交织。用提前返回（early return）把异常或边界情况先处理掉，主逻辑就能保持在顶层缩进，更贴近自然语言流程。
所谓“卫语句”，就是专门用来拦截非法输入或不满足前提的短条件，不带 else，直接 return 或 throw。
function processUser(user) {
if (!user) return;
if (!user.id) throw new Error('User must have id');
if (user.isBlocked) return;
// 主逻辑在这里，缩进只有一层
updateUserLastSeen(user);
notifyActive(user);
}
- 每个卫语句应职责单一：只检查一个关注点，不要堆
if (!user || !user.id || user.isBlocked) - 避免在卫语句里做重操作（如 API 调用、DOM 修改），否则失败时难以定位
- 和
try/catch配合时，卫语句应在try内部最前面，确保异常不被掩盖
if 结构硬扛。 
