javascript数值转换需主动防控失败：校验字符串开头、避免空值/布尔/对象隐式转换，优先用parsefloat+isnan显式判断，异步流程中包裹try…catch，高精度库前做参数预检。
JavaScript 中数值转换出错，最常见表现就是得到 NaN 或意外的 Infinity，而这些值一旦参与后续计算，会像病毒一样扩散——所有结果都变成 NaN。真正的问题往往不在“怎么转”，而在“转失败了怎么办”。关键不是回避异常，而是让转换过程可感知、可拦截、可兜底。
识别转换失败的信号
不能只依赖最终结果是否为 NaN 来判断问题，那已是“事后”。应提前关注输入源和转换函数的行为特征：
-
字符串输入必须校验开头：
parseInt(" 123abc")返回123，但parseInt("abc123")返回NaN；parseFloat(" -45.6px")返回-45.6，而parseFloat("x10")返回NaN -
空值与假值不等于有效数字：
Number("")、Number(null)、Number(undefined)全部返回0或NaN，但这不是“成功”，而是隐式容错，容易掩盖真实问题 -
布尔值和对象会被意外转换：
Number(true)是1，Number([1])是1，Number({})是NaN——若来源不可控（如 data 属性、用户输入），这类转换极不可靠
用 parseFloat + 显式判断替代 Number()
Number() 太宽松，parseInt() 又太武断（自动截断）。对多数场景，推荐组合使用 parseFloat() 和 isNaN() 做显式判定：
Javascript Sdk
下载
用于 inference.sh 的 JavaScript/TypeScript SDK，可运行 AI 应用、构建代理、集成 150+ 模型。包名：@inferencesh/sdk（npm install），完整 TypeScript 支持。
- 先调用
parseFloat(input)尝试解析 - 再用
isNaN(result)检查是否解析失败（注意：isNaN(NaN)返回true，而isNaN(undefined)也返回true，所以需确保输入非空） - 失败时主动抛出自定义错误或返回默认值，而不是让
NaN流入业务逻辑
示例：
const val = $("#input").data("amount");
const num = parseFloat(val);
if (isNaN(num)) throw new Error(`无效金额格式: "${val}"`);
在 async/await 流程中包裹数值转换
当数值来自异步操作（如 API 响应、localStorage 读取、表单提交后解析），转换步骤必须纳入 try…catch 范围，否则异常会直接冒泡中断整个流程：
- 不要写：
const data = await fetch(...).then(r => r.json()); const amount = Number(data.price);—— 这里Number()不在try内，失败即 unhandled - 应该写：
try { const data = await fetch(...).then(r => r.json()); const amount = parseFloat(data.price); if (isNaN(amount)) throw new TypeError("price 非法"); ... } catch (err) { console.error("解析失败", err); }
对 decimal.js 等高精度库做参数预检
像 decimal.js 这类库对输入极其敏感，传入 'not-a-number' 或超限精度配置会直接抛出 Invalid argument 异常。不能等它抛错才处理：
- 在调用
new Decimal(x)前，先用正则或parseFloat(x)初筛：若!/^-?\d*\.?\d+$/.test(x)，直接拒绝 - 对配置项（如
precision）做范围断言：if (precision > 1e9) throw new RangeError("precision 超限") - 封装一层安全构造函数，统一捕获并重抛带上下文的错误：
function safeDecimal(x) { try { return new Decimal(x); } catch (e) { throw new Error(`Decimal 构造失败 [${x}]: ${e.message}`); } }
