最稳妥的方式是确保两边都是数字类型再比较。javascript关系运算符会自动类型转换，易因nan或字典序导致错误；应显式用number()、parseint()等转换并校验有效性，避免非数字类型直接参与比较。
用 大于（>）、小于（
明确转成数字再比
关系运算符（>、、<code>>=、）在遇到非数字时，会调用 <code>ToNumber 尝试转换——但转换失败就变成 NaN，而任何含 NaN 的比较都返回 false，结果不可靠。
- 用
Number()显式转：比如Number(input) > 10，转换失败得NaN，可配合isNaN()检查 - 用
parseInt()或parseFloat()：适合带单位或前导空格的字符串，如parseInt(' 42px' ) === 42 - 避免直接写
'10' > '2'：这是按 Unicode 字典序比较，结果为false（因为'1'码点小于'2'），不是数值大小
提前校验输入有效性
用户输入、API 返回值常是字符串，不能假设它“看起来像数字”就安全使用关系运算符。
deep-java-review
下载
Java项目代码review工具。分析Git变更+完整调用链路上下文，推断业务需求，进行多维度评分和分类汇总，生成完整PRD文档。包含细粒度Java代码审查清单（Null安全、异常处理、Streams、并发、equals/hashCode、资源管理、API设计、性能、MyBatis/ORM、事务边界、SQL/DD...
- 先判断是否为有效数字：
!isNaN(Number(val)) && isFinite(Number(val)) - 对空字符串、
null、undefined做兜底处理，比如默认为0或抛错 - 表单验证阶段就转类型，别把原始字符串一路传到比较逻辑里
用工具函数封装安全比较
重复写 Number(x) > Number(y) 容易漏检，可封装或借助成熟工具：
- Lodash 的
gt、gte、lt函数内部做了类型归一化，比如gt('10', 5)返回true，且对非数字输入更健壮 - 自己写一个简单封装：
const safeGt = (a, b) => Number(a) > Number(b) && !isNaN(Number(a)) && !isNaN(Number(b)) - TypeScript 配合类型断言能提前暴露问题，比如声明
age: number后，编译器会阻止把字符串传给>比较
警惕对象和数组参与比较
对象、数组用 > 或 时会先调用 <code>ToPrimitive，结果难预测：
-
[1] > 0→true（数组转字符串'1'，再转数字1） -
{}和[]参与比较可能得到false或报错，取决于环境 - 原则：不拿非数字类型直接跟数字比。需要比内容，先提取数值字段；需要比结构，用深比较而非关系运算符
Java免费学习笔记：立即使用
解锁 Java 大师之旅：从入门到精通的终极指南
