避免 NaN 错误的关键是建立“先清理、再转换、后校验”的可预期流程：清理干扰字符，选用合适转换函数，用 Number.isNaN() 和 isFinite() 双重校验，最后封装为 toNumber/toInt 等安全工具函数。
避免 NaN 错误的关键不是“堵住所有漏洞”，而是建立可预期的转换流程：先清理、再转换、后校验。JavaScript 的类型转换很宽松，但宽松不等于安全——NaN 往往是隐性失败的结果，不会报错，却会污染后续计算。
字符串转数字前必须清理格式
用户输入或 HTML data 属性中的值常含空格、货币符号、千分位逗号、单位（如 “kg”、“%”）等干扰字符。直接传给 Number() 或 parseFloat() 极易返回 NaN。
- 用
.trim()去除首尾空白和换行，避免Number(" 123 ")虽成功但Number(" \n ")得到 0（非预期） - 对含格式的字符串，用正则提取有效数字部分：
str.replace(/[^0-9.-]/g, '')—— 保留数字、小数点、负号，其他全删 - 注意边界：如
"-12.34abc"清理后为"-12.34"，可安全解析；但"abc-12.34"清理后是"-12.34"，逻辑上已丢失原始语义，需结合业务判断是否允许
选对转换函数，明确意图
Number()、parseInt()、parseFloat() 行为差异大，混用容易出错：
- 要转浮点数（如价格、重量），优先用
parseFloat(str)，它只解析开头合法部分，parseFloat("12.34px") → 12.34 - 避免
parseInt("12.9")截断小数得12；也不要用+str或str / 1，它们对null、undefined、空字符串行为混乱（+"" === 0，+null === 0，+undefined === NaN） -
Number(str)更严格：遇到非法前缀直接返 NaN，适合需要“全匹配”的场景（如校验纯数字 ID）
转换后必须双重校验，不能只看真假值
数值参与判断时，if (value) { } 是高危写法——0、-0、NaN 全为 false，但“余额为 0”完全合法。
立即学习“Java免费学习笔记（深入）”；
- 检测是否为有效数字：用
typeof value === 'number' && isFinite(value)，比!isNaN(value)更准（isFinite(NaN)为 false，isFinite(Infinity)也为 false） - 不要用
isNaN(value)，改用Number.isNaN(value)—— 后者不强制类型转换，Number.isNaN("abc")是 false，更符合直觉 - 运算前加守卫：
if (Number.isNaN(a) || Number.isNaN(b) || !isFinite(a) || !isFinite(b)) throw new Error('数值无效')
封装可复用的安全转换函数
重复写校验逻辑易遗漏。建议统一工具函数，例如：
-
toNumber(str, defaultValue = 0)：自动 trim + 清理 + parseFloat + 校验，失败返回默认值 -
toInt(str, radix = 10)：显式指定进制，避免parseInt("08")在旧环境误为八进制 - 表单提交或 API 请求前，批量调用这些函数预处理字段，把 NaN 拦截在源头
