运算符滥用是逻辑混乱的源头，关键在用对位置和意图：条件判断禁用赋值、三元运算符仅用于状态切换、避免连续赋值共享引用、数值计算前显式类型转换。
运算符滥用不是语法错误，而是逻辑混乱的源头。关键不在“少用”，而在“用对位置、用对意图”。下面几个高频踩坑点，直接对应实际开发中最容易让代码失控的场景。
别在条件判断里写赋值操作
这是最隐蔽也最危险的习惯——把 = 当成 === 用。
- 错误写法：
if (x = 5) { ... }—— 这不是判断，是强行把 5 赋给 x，然后拿这个 5 当条件（非零即真），整个 if 块永远执行 - 正确写法：
if (x === 5) { ... }，或更安全地把常量放左边：if (5 === x) { ... }，一旦漏写等号，JS 会直接报错，而不是静默出错
三元运算符只做状态切换，别当 if 使
三元运算符本质是表达式，返回一个值；if 是语句，控制流程。混用会导致逻辑断裂。
- 错误写法：
isRead ? doRead() : doUnread();—— 看似简洁，但实际只依赖返回值，如果两个函数有副作用（比如更新 DOM 或发请求），就可能漏掉一个 - 推荐写法：状态切换用 !，比如
book.read = !book.read;；多分支逻辑仍用 if/else，清晰且可控
避免连续赋值掩盖真实流向
a = b = c 看起来像“一起赋值”，其实执行顺序是 b = c，再 a = b。一旦 b 是对象或数组，a 和 b 就共享引用，改一个等于改两个。
立即学习“Java免费学习笔记（深入）”；
- 风险示例：
let arr1 = [1,2]; let arr2 = arr1; arr2.push(3); console.log(arr1); // [1,2,3] - 解决思路：需要独立副本就用展开语法
let arr2 = [...arr1];，或结构化赋值明确意图
字符串拼接和数值计算别混着来
+ 运算符在 JS 中既是加法又是连接符，类型模糊时自动转字符串，极易误伤。
- 典型陷阱：
"2" + 3 - 1→ 先拼成"23"，再减 1 得22（不是 4） - 稳妥做法：数值计算前先转类型，比如
Number(a) + Number(b)；字符串拼接显式用模板字面量：${a}${b}
