JavaScript使用parseFloat解析TXT文本字符串出现浮点数精度偏差

你遇到的解析结果偏差不是parseFloat方法的bug，是JavaScript数值存储的固有特性：JS所有数值都采用IEEE 754双精度64位浮点数结构存储，十进制场景下的有限小数（比如"45.64""0.1"这类），在二进制浮点数的存储规则中本身就是无限循环的近似值，所以解析后出现类似45.63999938964844的尾端偏差属于正常现象，不是文件读取或字段拆分逻辑出了错。

你当前存储的是商品成本、售价类字段，这类商贸场景通常只需要保留2位小数精度，可根据后续的使用需求选对应实现：

方案1：解析环节按业务精度规整，保留数值类型 #

如果后续需要用这些字段做价格计算、折扣换算这类逻辑，需要保持字段为数值类型，就不要直接存原始parseFloat的结果，在解析时就把数值规整到业务要求的小数位数，避免后续计算过程中精度偏差累加：

• 先封装通用的价格解析方法，替代直接调用parseFloat的逻辑：

/**
 * 解析字符串为指定精度的数值
 * @param {string} str 从txt中拆分出的原始字符串
 * @param {number} decimalPlaces 业务要求的小数位数，默认2位
 * @returns {number} 规整后的数值
 */
const parseBizFloat = (str, decimalPlaces = 2) => {
  const rawValue = Number.parseFloat(str);
  // 先按精度规整再转回数值，避免toFixed返回字符串的问题
  return Number(rawValue.toFixed(decimalPlaces));
}

• 替换原有代码中的字段赋值逻辑：

var fieldsObject = {
  productId: fields[0],
  id: fields[1],
  name: fields[2],
  cost: parseBizFloat(fields[3]),
  price1: parseBizFloat(fields[4]),
  price2: parseBizFloat(fields[5]),
};

注意：不要直接把toFixed的返回值赋值给数值字段，toFixed返回的是字符串类型，不经过Number()转换会丢失数值计算能力。

方案2：高精度场景用最小单位整数存储 #

如果后续要对接支付、财务对账这类对精度零容忍的场景，可以把所有金额类字段统一转换为最小计价单位的整数存储（比如把元为单位的价格转成分，45.64元对应4564分），从根源上规避浮点数计算的偏差：

const parsePriceToCent = (priceStr) => {
  const rawValue = Number.parseFloat(priceStr);
  // 四舍五入转成整数分
  return Math.round(rawValue * 100);
}

后续所有金额计算都基于整数分完成，需要展示的时候再除以100转回元单位即可。

• 不要试图从根源上消除这类浮点数偏差：只要基于IEEE754浮点数规则存储，这种近似是无法完全避免的，所有方案都是基于业务场景做精度适配，不是改写底层的数值存储逻辑。
• 不要直接用浮点数做等值判断：比如写if (price2 === 90.15)这类判断很容易因为存储偏差失效，要改成和业务精度匹配的阈值判断。
• 不要因为控制台输出的尾端偏差就判定解析失败：只要提前做了精度规整，这类偏差不会影响实际业务层面的金额计算正确性。

内容的提问来源于stack exchange，提问作者Agus Mariscotti