&& 返回实际操作数而非布尔值：左操作数falsy时返回它，truthy时返回右操作数；==会隐式类型转换，===要求值和类型都严格一致。
javaScript 里的 && 不是“比较两个值谁大谁小”，而是“看左边真不真，真了才继续算右边”；== 和 === 更不是“写哪个都行”，它们在类型处理上根本不在一个层面。
为什么 && 返回的不一定是 true 或 false
&& 是逻辑运算符，但它在 javascript 中会返回**实际的操作数值**，而不是强制转成布尔值再返回。这和多数语言不同，也是一开始最容易困惑的地方。
- 只要左边能转为
false（即 falsy 值：0、''、NULL、undefined、NaN、false），就直接返回左边那个值，不再计算右边 - 左边是 truthy 值，则整个表达式结果就是右边的值（不管它是不是布尔）
- 所以
'hello' && 42返回42，0 && 'oops'返回0，[] && {}返回{}
== 和 === 的差异不止是“多一个等号”
== 会做隐式类型转换，=== 则要求值和类型都严格一致。这个差异在日常判断中经常引发意外行为。
-
0 == false→true（false被转成0）；但0 === false→false -
'1' == 1→true（字符串被转成数字）；'1' === 1→false -
'' == 0→true（空字符串转为0）；'' === 0→false - 对象比较永远是引用比较：
{} == {}和{} === {}都是false（两个独立对象）
什么时候该用 &&，什么时候该用 && 做条件判断
用 && 做“短路判断”很常见，但前提是清楚它返回的是值，不是布尔。如果目标是获得布尔结果，应该显式用 Boolean() 或双重取反 !!。
立即学习“Java免费学习笔记（深入）”；
- 安全取属性：
obj && obj.user && obj.user.name—— 防止Cannot read Property 'user' of undefined - 默认值赋值：
const name = inputName && inputName.trim() || 'Anonymous'（注意这里混合了&&和||，要小心空字符串、0等 falsy 值被误判） - 想明确得到布尔值？别依赖
&&的返回值：const isValid = !!(a && b)或const isValid = Boolean(a && b) - react 渲染中
{loading &&是安全的，因为 React 会忽略} falsy值，但若loading是0，也会被当成 false——这时就得用loading === true
真正容易出问题的，不是记不住规则，而是忘了 JavaScript 的 falsy 值列表里包含 0 和 '' —— 它们合法的数据，却会在 && 或 == 场景下突然“消失”。写判断前，先问一句：这个变量可能为 0 吗？为空字符串吗？为 0n 或 BigInt 吗？这些细节决定逻辑是否健壮。