必须执行的副作用逻辑不可依赖短路运算符，应剥离为独立语句；仅在无风险的简单场景下可慎用逗号运算符强制执行。
防止因逻辑短路导致后半段代码未执行，核心是明确你的意图：如果后半段代码有**必须执行的副作用**（比如日志、状态更新、资源清理），就不能依赖 && 或 || 的短路行为来“顺便”执行它。
用分号分隔，避免塞进条件表达式
把需要必执行的逻辑从条件判断中剥离出来，单独写成语句：
// ❌ 错误：log() 可能不执行
if (a > 0 && log('check passed')) { ... }
<p>// ✅ 正确：log() 总会执行
log('check passed');
if (a > 0) { ... }
</p>用逗号运算符（慎用，仅限简单场景）
逗号运算符会依次执行所有子表达式，并返回最后一个值，可强制执行中间操作。但仅适合无副作用风险、结构清晰的简单情况：
// ✅ 可接受（log 是纯记录，无异常/异步/抛错）
if ((log('checking...'), a > 0 && b // ❌ 不推荐（log 若含 await、throw 或 DOM 操作，易出错）
if ((await init(), a > 0)) { ... } // 不安全
封装副作用为独立函数，显式调用
把带副作用的操作封装好，在条件前后按需调用，逻辑更清晰、可测性更强：
- 先执行必要准备（如校验前记录时间戳、重置标志位）
- 再做条件判断
- 根据结果执行分支逻辑（可选地再记录结果）
const start = Date.now();
trackCheckStart(); // 必执行的埋点或状态设置
<p>if (isValid(a) && isValid(b)) {
console.log(<code>valid in ${Date.now() - start}ms</code>);
handleValid();
} else {
console.log(<code>invalid in ${Date.now() - start}ms</code>);
handleInvalid();
}
</p>用三元运算符或 if-else 替代逻辑运算符做流程控制
当本意是“根据条件执行不同操作”，而不是“组合布尔值”，就别硬套 &&/||：
-
a && b()→ 应写成if (a) b() -
a || b()→ 应写成if (!a) b()或a ? doA() : doB()
这样语义明确，副作用是否执行一目了然，也方便后续加调试、错误处理或注释。
