有一天我盯着自己的 JavaScript 代码，手指悬在键盘上，苦思有没有一种更干净的条件更新方式，不至于把逻辑写得臃肿又难读。你肯定也遇到过：一边做 truthy 检查一边赋值，代码很快就缠成一团。最近我注意到 &&=。它简洁、现代，承诺能给脚本“瘦身”。我也担心它会不会变脆？一起看看这个运算符如何在减少样板代码的同时，保持可预期与安全。

让 JavaScript 更精瘦的运算符
&&= 只在左侧值为 truthy 时更新变量，而且一行就能写完。它是个让代码更紧凑、而不牺牲可读性的捷径。它解决了冗长 if 检查塞满逻辑的痛点。

逻辑与赋值（&&=）：它到底做了什么？
&&= 只有在左侧变量为 truthy 时才把右侧值赋给它。可以把它想成一个“守门员”：合法（truthy）才允许更新。
拆解对比如下：

// 传统 if 语句
if (x) {
  x = y;
}
// 使用逻辑与配合赋值
x = x && y;
// 现代写法（ES2021 起）
x &&= y;

&&= 如何保持“紧凑而安全”
它会先检查左值是否为 truthy，再决定是否赋右值。 这意味着当左值是 null、undefined、false 等 falsy 时，不会发生赋值。对可读性与可预期性都是好事。

let access = true;
access &&= 'granted';    // access 变为 'granted'
access = false;
access &&= 'granted';    // access 仍为 false（不更新）
access = '';
access &&= 'granted';    // access 仍为空字符串（不更新）
access = 0;
access &&= 'granted';    // access 仍为 0（不更新）

规律？只有当左值是 truthy 时，&&= 才会更新；遇到 falsy 则完全跳过。

常见使用场景示例
来看看在真实代码里它能如何派上用场。
示例 1：更新用户权限

function updateUserAccess(user) {
  // 仅当字段已为 truthy 时才更新权限（避免把 false/空值误改）
  user.canEdit &&= checkPermissions();
  user.canDelete &&= checkAdminStatus();

  return user;
}

示例 2：表单校验

const form = {
  isValid: true,
  isSubmitted: false,
  hasErrors: false
};

// 只有在当前判定有效时才继续深入校验
form.isValid &&= validateFields();     // 运行校验并更新 isValid
form.isSubmitted &&= submitToServer(); // 若还未提交（falsy）则跳过
form.hasErrors &&= checkErrors();      // 保持 false，不误触发为 true

示例 3：API 响应验证链

const response = {
  isAuthenticated: true,
  hasPermission: true,
  isExpired: false
};

// 各步骤仅在前置条件为 truthy 时才继续
response.isAuthenticated &&= validateToken();
response.hasPermission &&= checkAccess();
response.isExpired &&= checkExpiration(); // 保持 false（不更新）

Pro tip： 别把 &&= 和 ||= 搞混了。||= 是“左值为 falsy 才赋值”，而 &&= 是“左值为 truthy 才赋值”。

小心这些细节（顺手避坑）
不是“布尔赋值”：&&= 不是把变量变成布尔值，它只是按短路规则决定“是否进行赋值”。右侧可以是任意类型。
保留有意义的 falsy：像 0、''、NaN、false 等在业务里可能是有意义的状态。&&= 会跳过更新，从而保留原值。
副作用：右侧表达式只有在左值为 truthy 时才会执行；如果右侧有副作用（如函数调用），记得这一点。

可读性：对团队而言，x &&= y 往往比 x = x && y 更直观，但请确保团队成员都熟悉这一语法（ES2021）。

最后总结
在下一个项目里试试 &&=，你会发现它能去掉一堆样板 if，让逻辑更干净、边界更清晰。