逻辑运算符&&和||仅按当前值计算布尔结果，不记录字段状态；常见错误是直接用空字符串、null等参与判断，导致隐式转换为false而跳过校验，应显式检查非空与格式，并用括号明确优先级、拆分条件提升可读性与健壮性。
用 && 和 || 组合多个字段校验条件时，为什么总漏掉边界情况？
因为逻辑运算符本身不“记住”字段状态，只按当前值计算布尔结果。常见错误是把空字符串 ''、null、undefined 直接丢进 && 判断，结果被隐式转成 false 导致校验跳过。
真正要校验的是“用户是否填了有效内容”，不是“这个值在布尔上下文中是不是真”。比如邮箱字段不能只写 form.email && form.password，得明确检查格式和非空：
const isEmailValid = form.email && /^[^\s@]+@[^\s@]+\.[^\s@]+$/.test(form.email); const isPasswordStrong = form.password && form.password.length >= 8;
- 用
form.field != null && form.field !== ''替代单纯form.field，避免0、false被误判为非法 - 正则校验尽量提前执行，别塞进大表达式里——可读性差，出错难定位
- 如果字段依赖其他字段（如“确认密码必须等于密码”），不要用
&&连，单独抽成函数更可控
当需要“至少填其中两个字段”时，|| 为什么不管用？
|| 是“或”，返回第一个真值，不是计数器。写 a || b || c 只能判断“有没有一个填了”，没法表达“至少两个”。
正确做法是显式统计真值个数：
const filledCount = [form.phone, form.email, form.wechat] .filter(v => v != null && v !== '').length; const isValid = filledCount >= 2;
- 数组
filter+length是最直白的“计数型逻辑”，兼容所有 JS 环境 - 别用
!!a + !!b + !!c >= 2—— 虽短但可读性差，且!!null和!!''都是false，容易漏掉数字0这类合法值 - 如果字段有默认值（如
form.age = 0），校验前先明确“0 是否算有效输入”，再决定用v != null && v !== ''还是v != null
嵌套 && 和 || 出现优先级混乱，怎么让逻辑不翻车？
JS 中 && 优先级高于 ||，但人脑不记这个。写 a || b && c 实际等价于 a || (b && c)，不是你想的 (a || b) && c。
一律加括号，不省那几个字符：
// ✅ 清晰表达意图 const canSubmit = (isEmailValid && isPasswordStrong) || (isPhoneValid && isWechatValid); // ❌ 靠记忆优先级，下次维护的人会懵 const canSubmit = isEmailValid && isPasswordStrong || isPhoneValid && isWechatValid;
- 每个子条件块独立括起来，哪怕看起来“没必要”
- 复杂组合建议拆成带名常量，比如
const hasContactInfo = (form.email || form.phone);，再组合 - 用 ESLint 规则
no-mixed-operators强制括号，比靠自觉靠谱
表单提交前集中校验，为什么 reduce 比链式 && 更稳？
链式写法如 validA && validB && validC && validD 一旦某个环节报错（比如正则执行异常），整个表达式就中断，你不知道是哪个字段炸了。
用 reduce 可以收集所有错误，还能控制“全量校验”还是“遇到第一个错就停”：
const validations = [
{ field: 'email', valid: isEmailValid, msg: '邮箱格式不对' },
{ field: 'password', valid: isPasswordStrong, msg: '密码太短' },
{ field: 'agreement', valid: form.agreement, msg: '请同意协议' }
];
const errors = validations.reduce((acc, v) => {
if (!v.valid) acc.push(v.msg);
return acc;
}, []);
- 错误信息可直接绑定到对应字段，方便 UI 高亮提示
- 如果只要“是否通过”，用
every更简洁：validations.every(v => v.valid) - 注意：
reduce不短路，想性能极致又不怕漏错，才用链式&&
0 是合法年龄还是未填写？这些不先对齐，再漂亮的逻辑运算符也救不了校验逻辑。
