用===替代==可避免布尔转换导致的隐式逻辑越权，因==会强制类型转换使false、0、''等误判为相等，而===要求类型和值均一致，确保逻辑边界严格。
直接用 === 替代 ==，就能避开布尔转换引发的隐式逻辑越权。根本原因在于：== 会把 false、0、''、null、undefined 等值在比较前自动转成布尔或数字，导致本不该相等的值被判定为真，从而绕过预期逻辑分支。
为什么布尔转换会造成逻辑越权
当使用 == 比较时，JavaScript 会按规范将操作数转为相同类型再判断。例如：
-
false == 0→true（false被转为0） -
'' == 0→true（空字符串转为0） -
null == false→false，但null == undefined→true，逻辑不一致
这些转换会让条件判断“意外通过”，比如表单校验中把空字符串当作有效数字，或把未初始化的变量当作合法布尔标志。
用 === 锁定类型和值的双重一致性
=== 不做任何类型转换，只要类型不同就直接返回 false。这能守住逻辑边界：
-
false === 0→false（boolean≠number） -
'' === 0→false（string≠number） -
null === undefined→false（null和undefined类型不同）
这意味着：只有当你明确知道变量是布尔类型，且确实想判断它是否为 true 或 false 时，flag === true 才会成立——不会被 1、"1" 或 [] 意外触发。
实际编码中的关键守则
避免布尔上下文中的隐式越权，需坚持以下三点：
- 永远不用
== true或== false；它们等价于if (x)或if (!x)，但语义模糊、易出错 - 显式判断布尔状态时，只用
=== true或=== false，前提是确认该变量本应是布尔类型 - 对可能混入非布尔值的变量（如 API 返回的
"true"字符串或1数字），先做类型归一化再比，例如：String(value) === "true"或Number(value) === 1
警惕赋值误写成比较的陷阱
在 if 条件中写成 if (flag = true) 是典型越权：它不是判断，而是赋值并返回 true，导致条件恒成立。正确写法必须是 if (flag === true) 或更简洁的 if (flag)（仅当 flag 确保为布尔值时）。启用 ESLint 的 no-cond-assign 规则可自动拦截这类错误。
