一文解决前端JS小数运算精度问题
作者：Katrin
在做项目的时候,前端需要在表格的底部做一个汇总的功能,在采用reduce对当前属性所有值汇总时,发现汇总结果存在好长的小数位,本文给大家介绍了如何解决前端JS小数运算精度问题,需要的朋友可以参考下
前言
在做项目的时候，前端需要在表格的底部做一个汇总的功能，在采用reduce对当前属性所有值汇总时，发现汇总结果存在好长的小数位，本以为后端的数据就存在精度这么小的数据，后来，检查发现后端精度只有三位小数，但前端计算结果为什么会这样呢？
JS存在精度问题
在控制台可以试一下 0.1 + 0.2 的结果是0.30000000000000004 js的运算下 0.1 + 0.2 != 0.3
由于计算机在存储和计算数字的时候，使用的是二进制形式，有些十进制数据再转换成二进制时，无法精确表示。
JS在数字运算的时候，当存在浮点数的运算时，就有可能会出现精度误差，有些小数无法用二进制精确表示。
JavaScript采用的是双精度(64位)浮点运算规则，遵循的是IEEE二进制浮点数算法标准。其中有1位用作符号位，11位为阶码，尾数有52位。有兴趣详细了解的可以查阅相关资料。
比如 十进制0.1 -> 二进制表示为0.0001 1001 1001 1001...(1100循环) 十进制0.2 -> 二进制表示为0.0011 0011 0011 0011...(0011循环) EEE 754 标准的 64 位双精度浮点数的小数部分最多支持53位二进制位，所以两者相加之后得到二进制为： 0.1 + 0.2 = 0.0100110011001100110011001100110011001100110011001100 因浮点数小数位的限制而截断的二进制数字，再转换为十进制，就成了0.30000000000000004。
解决方案
思路：
- 将小数转化成整数进行计算，规避浮点数运算问题。
- 整数的加减乘运算结果不会出现浮点数，不会存在精度问题，但除法会出现浮点数，因此用toFixed()方法截掉无效的小数位。
- 将string转回number输出
/** 封装一个公共方法numberCalculate() 用于浮点数运算 */
//num1 num2传入两个值 symbol +-*/符号
numberCalculate(num1: number, num2: number, symbol: string) {
var str1 = num1.toString(), str2 = num2.toString(), result, str1Length, str2Length
try {
//获取小数点后的精度
str1Length = str1.split('.')[1].length
}
catch (error) {
//解决整数没有小数点方法
str1Length = 0
}
try {
str2Length = str2.split('.')[1].length
} catch (error) {
str2Length = 0
}
// 取两个数的最小精度，即小数点后数字的最大长度
var maxLen = Math.max(str1Length, str2Length)
// step将两个数都转化为整数至少小数点后移多少位
var step = Math.pow(10, maxLen)
switch (symbol) {
case "+":
// toFixed()根据最小精度截取运算结果
result = ((num1 * step + num2 * step) / step).toFixed(maxLen)
break;
case "-":
result = ((num1 * step - num2 * step) / step).toFixed(maxLen)
break;
case "*":
result = (((num1 * step) * (num2 * step)) / step / step).toFixed(maxLen)
break;
case "/":
result = ((num1 * step) / (num2 * step)).toFixed(maxLen)
break;
default:
break;
}
// 由于toFixed方法返回结果是字符串，还需要转回number输出
return Number(result)
}
0.1 + 0.2的计算，就可以调用numberCalculate(0.1,0.2,'+')进行计算了。
以上就是一文解决前端JS小数运算精度问题的详细内容，更多关于JS小数运算精度的资料请关注脚本之家其它相关文章！