17370845950

JavaScript运算符的关键在于理解类型转换和执行顺序：==会隐式转换类型（如0==false为true），===则严格比较；??仅对null/undefined生效，||对所有falsy值生效；位运算用于权限控制等场景；赋值链a=b=c返回c值且共享引用。

JavaScript 运算符不是“背列表”就能用好的，关键在结合类型转换和执行顺序判断结果。很多看似奇怪的 == 判断、+ 拼接、?? 和 || 的差异，其实都有明确规则。

为什么 0 == false 是 true，但 0 === false 是 false？

这是隐式类型转换最常踩坑的地方。== 会尝试把两边转成相同类型再比较，而 === 不转换、直接比值和类型。

• false 在 == 中会被转为数字 0，所以 0 == false → 0 == 0 → true
• 0 是 number，false 是 boolean，类型不同 → 0 === false 直接返回 false
• 数组或对象参与 == 时，会先调用 .toString() 或 .valueOf()，比如 [] == false → "" == false → "" == 0 → true

??、|| 和 && 的真实适用场景

别只记“?? 是空值合并”，它只对 null 和 undefined 生效；而 || 对所有 falsy 值（0、''、false、NaN）都触发。

• 想设默认值且允许 0 或 '' 合法？用 ??：

  const count = userInput ?? 10;

• 想“有值就用，没值才兜底”，且不区分 0 和 null？用 ||：

  const name = userName || 'Anonymous'; // userName='' 时也会用 'Anonymous'

• && 不是“且”，而是“左边真才返回右边，否则返回左边”——常用于条件执行：

  user && user.isAdmin && renderAdminPanel();

位运算符在实际项目里真有用吗？

多数业务代码不用，但在权限控制、状态标记、性能敏感场景（如 WebGL、Canvas 像素处理）中很常见。

• |（或）常用于组合标志位：

  const READ = 1; // 0001
  const WRITE = 2; // 0010
  const EXEC = 4; // 0100
  const FULL = READ | WRITE | EXEC; // 0111 → 7

• &（与）用于检测是否含某标志：

  if (userPerm & READ) { /* 有读权限 */ }

• ~（按位取反）配合 indexOf 判断存在：~str.indexOf('x') 等价于 str.indexOf('x') !== -1（但可读性差，建议用 .inc

  

  ludes()）

赋值运算符的链式写法容易误判返回值

a = b = c 看似简单，但它的执行顺序是 b = c 先执行，再 a = (b = c)，且整个表达式返回的是 c 的值（不是 a）。

• 如果 c 是引用类型，a 和 b 会指向同一对象：

  let a, b;
  const c = { x: 1 };
  a = b = c;
  b.x = 99;
  console.log(a.x); // 99 —— a 和 b 共享引用

• 解构赋值中的 = 是独立语法，不遵循普通赋值链规则：[a, b] = [1, 2] 中的 = 不返回数组
• 避免写 let a = b = 0，这会让 b 成为意外的全局变量（非严格模式下）

运算符的“怪行为”基本都来自类型转换规则和优先级，而不是语言缺陷。真正卡住你的，往往是没意识到 + 遇到字符串就拼接、== 会默默调 Number()、或者 ?? 对 0 完全免疫。