JavaScript中数组与0做大于比较的结果原理及适用场景解析

这是JavaScript中的抽象关系比较表达式，不存在任何字面语义上的“数组本身大于0”的含义，其返回结果完全由JS引擎的隐式类型转换规则决定，属于隐式转换带来的非预期语法现象。

JS引擎执行x > y比较时，会严格遵循ECMAScript规范的类型转换流程：

1. 若操作数存在对象类型（数组属于对象），先调用ToPrimitive抽象操作将对象转为原始值；数组默认转原始值时，valueOf()会返回数组本身（非原始值），因此会继续调用toString()方法，返回数组元素拼接成的逗号分隔字符串
2. 若转换后两个原始值类型不同（字符串对比数字），会将字符串再转为数字类型，最终执行数字大小比较
3. 只要转换过程中出现NaN，比较结果固定返回false

对应观测到的三个场景，转换链路完全匹配结果：

• 对空数组[]：[].toString()返回空字符串""，空字符串转数字为0，最终比较0 > 0，返回false
• 对单元素数组["1"]：["1"].toString()返回字符串"1"，转数字为1，最终比较1 > 0，返回true
• 对多元素数组["1", "2"]：["1", "2"].toString()返回字符串"1,2"，该字符串无法转为合法数字，转换结果为NaN，最终比较NaN > 0，返回false

不存在任何适合在生产代码中使用该写法的场景，原因如下：

• 语义完全错位：绝大多数开发者看到array > 0的第一反应是判断数组长度大于0，但该表达式的结果和数组长度没有直接关系，可读性极差，会给后续代码维护埋下极高的故障风险
• 结果完全不可控：表达式返回结果完全依赖数组元素的字符串拼接、转数字结果，比如单元素数组["0"]会返回false、["12a"]会返回false、[" 45 "]会返回true，没有稳定的业务逻辑预期
• 替代方案清晰无歧义：如果需要判断数组长度大于0，直接写array.length > 0即可；如果需要判断数组元素的数值大小，先显式取出目标元素、做显式类型转换后再比较，不要依赖隐式转换的黑盒规则。

内容的提问来源于stack exchange，提问作者Lingua Franca