核心是识别、拦截和替换 nan 或 infinity，而非避免出现；需选对转换函数（如 parsefloat 优于 parseint），转换后用 isfinite 或 number.isfinite 严格校验，并依上下文兜底。
处理类型转换产生的 NaN 或 Infinity，核心不是“避免出现”，而是让它们在进入业务逻辑前就被识别、拦截和替换。因为一旦 NaN 流入计算，结果全变 NaN；Infinity 参与比较或运算，容易引发静默逻辑错误。
明确转换意图，选对转换函数
不同函数行为差异大，盲目用 Number() 或 parseInt() 是常见源头：
-
Number(input)：对空字符串、null返回0或NaN，属于“隐式容错”，掩盖真实问题；Number(" 123 ")→123，但Number("123abc")→NaN -
parseInt(str, 10)：从开头截取数字，parseInt("123px")→123，但parseInt("px123")→NaN；不带基数（radix）可能误转八进制 -
parseFloat(str)：适合小数场景，能处理前导空格和符号，parseFloat(" -45.6px")→-45.6；但parseFloat("x10")→NaN
建议：优先用 parseFloat() 处理可能含小数的输入，再显式校验；整数需求可先 parseFloat() 后 Math.round() 或 Math.trunc()，避免 parseInt() 的截断歧义。
转换后必须做有效性判断
不能只靠 if (num) 或 if (num != null)——0、NaN、Infinity 都是 falsy，但含义完全不同：
- 用
isNaN(num)检查是否解析失败（注意：isNaN(undefined)也返回true，所以建议先确保输入非空） - 用
isFinite(num)一次性排除NaN、Infinity和-Infinity；它会尝试转换参数，适合已知是字符串/数字的场景 - 需要更严格判断时，用
Number.isFinite(num)：不进行类型转换，Number.isFinite("123")→false，Number.isFinite(123)→true - 单独检测无穷：
num === Infinity或num === -Infinity
为失败提供明确兜底策略
发现异常值后，不推荐静默返回 0 或忽略——这会让错误延迟暴露。应根据上下文选择合理动作：
-
抛出自定义错误：适合关键字段（如金额、ID），便于定位问题源头
const amount = parseFloat(data.amount);<br>if (!isFinite(amount)) throw new Error(`金额格式非法: ${data.amount}`); -
返回默认值：适合非关键、可降级字段（如排序权重、透明度）
const opacity = isFinite(parseFloat(val)) ? parseFloat(val) : 1; -
提前防御性检查：在除法前验证分母，大数运算前加范围限制
if (denominator === 0) return 0;<br>if (Math.abs(base) > 1e300) throw new RangeError("数值过大");
警惕隐式转换带来的陷阱
很多 NaN 来自未察觉的类型混合：
-
null、undefined、空对象参与算术：10 + null→10（null转0），但10 + {}→"10[object Object]"，再Number("10[object Object]")→NaN - DOM 属性或 data-* 值总是字符串，直接用于计算极易出错：
el.dataset.price是字符串，需显式转 - 数组或对象被意外传入数值函数：
Number([1, 2])→NaN，Number({})→NaN
原则：所有外部输入（用户、DOM、API、配置）都视为不可信，强制走“转换 → 判断 → 兜底”三步流程，不依赖 JavaScript 的宽松隐式规则。
