1. || 运算符在条件判断中的核心作用
工作原理与短路求值
在条件判断中，逻辑或运算符||会进行短路求值，也就是说如果左边的表达式为真值，则会直接返回左边的值，不再评估右边。若左边为假值，才会判断并返回右边的值。这个行为决定了||不仅仅返回布尔值，而是返回某个具体的操作数。
对于参与布尔判断的表达式，真值/假值概念决定了整个条件的走向。理解这一点有助于避免误把||当成简单的 true/false。
在实际写法中，常把||用来给变量设置默认值或实现简单的布尔开关，这也是这一运算符在条件判断场景中的核心应用。以下示例展示了默认值设定的常见写法。
// 常见的默认值写法
var port = userConfig.port || 3000;
注意 优先级和短路顺序：|| 的优先级通常低于大多数算术运算符，但在复杂表达式中，它会从左向右进行短路评估，确保尽量少执行右侧表达式，从而提高执行效率和可预测性。
2. || 运算符在条件判断中的常见陷阱
简单布尔化的误解
很多初学者误以为 || 总是返回布尔值 true/false，其实在 JavaScript 中它返回“左值或右值”，而不是简单的布尔结果。
例如在 if 语句中使用 if (a || b) 时，即使 a、b 不是布尔型，也会依据它们的真值来决定分支，并且最终条件的判断依赖于真值转换。这意味着你需要清楚返回的到底是哪个值以便后续代码正确工作。
这使得在条件判断前将变量强制为布尔值可能改变原本的值，导致逻辑错误，尤其是在后续将该值用于赋值或作为参数传递时。
演示代码如下，帮助理解行为差异：
let a = 0;
let b = 42;
if (a || b) {
// 由于 b 是一个真值，条件成立
console.log('条件成立，b 的值被返回用于布尔判断');
}
Falsy 值导致的默认值被错用
JavaScript 的常见 Falsy 值包括 0、''、null、undefined、false、NaN。当你用 || 设置默认值时，任一真假都会触发默认值，这可能会把本来有效的值也替换掉。
如果你的业务需要允许 0 或空字符串等作为有效值，则不能直接用 || 来提供默认值，需考虑其他策略来保留这些有效值。
示例对比：错误用法 vs 正确用法，帮助理解边界情况。
let size = userInput.size || 10; // 可能把 0 变成 10
let size = userInput.size ?? 10; // 只有 null/undefined 时才替换
3. 正确用法与最佳实践
默认值设置的正确技巧
当你需要对用户输入设置默认值时，优先考虑空值合并运算符 ??，它只在值为 null 或 undefined 时才使用右侧的默认值。这避免了把 0、''、false 等会影响业务逻辑的值误判为未设置。
在访问可选对象属性时，结合可选链操作符 ??. 能进一步提高健壮性与可读性。
本质是在区分“缺失”与“有意义的空值”，从而避免误判导致的逻辑错误。
示例演示：使用空值合并运算符来提供默认值，以及结合可选链提高健壮性。
let pageSize = userInput?.pageSize ?? 20;
为了将布尔判断的意图表达清晰，若需要将表达式结果用于布尔判断，应显式进行布尔强制，避免对非布尔值的隐式转换带来不可预期的结果。明确性优于隐式转换。
与布尔判断的正确组合
如果你只是想判断两个条件中至少一个成立，请确保你对返回值的含义有明确认识。在需要布尔判断的场景，最好显式使用布尔强制，例如通过逻辑双取反等方式获得 true/false。
另外，在涉及默认值的场景时，应避免将非布尔的值混入“真假判断”之中，以避免逻辑分支被意外触发。
为了保持代码可读性，推荐在涉及多条件判断时将逻辑拆分成清楚的布尔变量，例如：
const hasInput = Boolean(input.value);
const shouldSubmit = hasInput || confirmSubmit;
4. 真实场景对比与案例分析
前端表单输入的容错处理
在前端表单中，常用 || 来给未填写的字段设置默认值，以避免后端接口接收到 undefined。但要区分“允许空字符串”与“必须提供真实输入”的场景，否则你可能把一个应该保留的空值当成缺失。
示例用于容错处理，帮助用户保持输入的可用性，同时避免服务器端的必填错误。
const nickname = input.nickname || '匿名';
在这类场景中，若需要保留空字符串等有效值，应考虑使用 ?? 来进行默认值的替换，或在提交前进行值的校验。
后端参数拼接中的默认策略
在组装后端 API 的查询参数时，|| 常用于默认参数设置，但请确保未覆盖数据库或服务端对“0”或空字符串等值的合法性判断。
通过对比，可以更清晰地看到默认策略对应用行为的影响，以及为什么在某些场景下需要使用更加严格的空值检测。
const filters = {
limit: (params.limit !== undefined && params.limit !== null) ? params.limit : 50
};
// 也可以直接使用 ??，条件与上方一致
