关系运算符比较时优先尝试转原始值，若含字符串则按Unicode顺序比较，否则转数字；对象通过Symbol.toPrimitive/valueOf/toString转换；建议显式转换类型避免意外。

JavaScript 中关系运算符（<、>、<=、>=）在比较大小时，确实会触发类型隐式转换，但规则和 == 不同——它**不会把两边都转成数字再比较**，而是有一套更精细的判定流程。

关系运算符的比较逻辑分三步走

当使用 <、> 等比较两个值时，引擎按以下顺序判断：

• 如果任一操作数是 Object（包括数组、日期、普通对象等），先调用其 [Symbol.toPrimitive]('number')；若未定义，则依次尝试 valueOf() 和 toString()，取第一个能返回原始值的结果
• 如果转换后仍不是原始值（比如返回了对象），会报 TypeError
• 最终两个操作数都变成原始值后，若其中至少一个是字符串，且另一个也能转成字符串，则**按字符串 Unicode 编码顺序比较**；否则，全部转为数字再比较

字符串 vs 数字：按字符串规则比较

这是最容易踩坑的地方。只要一边是字符串，另一边是能被当作字符串处理的原始值（比如数字、布尔值），JS 就倾向走字符串比较路径：

• '2' > 10 → true（因为 '2' 和 '10' 比较，'2' > '10' 成立）
• '10' > '2' → false（字符串逐字符比：'1' 的 Unicode 值小于 '2'）
• '5' > 3 → true（'5' 和 '3' 比较，'5' > '3'）

注意：这个行为和 == 的“都转数字”完全不同，也和 === 完全不兼容。

Alibabacloud Sdk Client Initialization For Java

在 Java 中初始化和管理阿里云 SDK客户端。包括单例模式、线程安全、endpoint 与 region 配置、VPC 终端节点、同步与异步等。

下载

立即学习“Java免费学习笔记（深入）”；

对象参与比较时的转换链

对象会主动尝试把自己变成原始值：

• [1, 2] > [1, 1] → true（两个数组先 toString() → '1,2' vs '1,1'，再按字符串比较）
• new Date('2023-01-01') < new Date('2023-01-02') → true（Date 的 valueOf() 返回毫秒数，所以实际是数字比较）
• {} 或 [] 单独和数字比较，如 [] > 0 → false（[] → '' → 0，于是变成 0 > 0）

安全比较大小的建议

避免隐式转换带来的意外结果，推荐显式控制类型：

• 数值比较前统一用 Number(x) 或一元加号 +x 转数字（注意 +'abc' 是 NaN）
• 字符串比较明确用 String(a).localeCompare(String(b)) > 0 控制语义
• 对用户输入或不确定类型的值，先校验是否为有效数字：!isNaN(Number(x)) && isFinite(Number(x))
• 用 TypeScript 或 ESLint 规则（如 no-implicit-coercion）提前拦截潜在问题

关系运算符的隐式转换不是 bug，而是语言设计的一部分，但它的分支逻辑比想象中更复杂。理解每一步的转换依据，比死记结论更有用。