08.1 浮点数精度问题

引入

0.1+0.2 = 0.30000000000000004  ？？？

浮点数基础

IEEE754，都是64位二进制表示

https://www.cnogs.com/sunshq/p/7682109.html    IEEE754和精度问题解析，很清楚

浮点数精度丢失

因为都是浮点数表示，整数超出最大安全数、小数尾部太长，都会导致精度丢失。本质上，表示不了的剩下的位数，，都要进行一定规则的舍入处理，舍入是处理方式，精度丢失是表现出来的问题（舍入误差）。

（0.1）.toString（2）    // "0.0001100110011001100110011001100110011001100110011001101"

9007199254740993 => 9007199254740992

小贴士：可以看到，（2^53）是大数保持精度的一个门槛；而对于十进制浮点数转为二进制，并没有门槛，表示不完就会出问题

怎么解决

// 一般整数超大情况在业务中少见（不计算的话，直接用字符串，例如很多ID场景），主要还是考虑十进制浮点数精度丢失

1、转整数计算——处理计算场景

2、取一定精度 ` （parseFloat（number）.toPrecision（12））`，这里12是个经验性数字——处理结果

3、取近似——处理结果

function dec（ num ）

{

    var p = 100;

    return Math.round（ num * p ） / p;

}

4、第三方库——bignumber.js、decimal.js

遗留：

整个数字精度问题缺少两个知识：1、如何舍入；2、一个数组转为二进制及计算的过程，是拿到二进制转换回的十进制在再计算吗（例如toFixed）

参考代码：

// 超出最大安全数后，

const max = Number.MAX_SAFE_INTEGER // 9007199254740991

console.log（max + 1） // 9007199254740992 可以准确表示

console.log（max + 2） // 9007199254740992 尴尬了，居然和max+1一样，应该是9007199254740993

console.log（max + 3） // 9007199254740994 正确表示，（2^53, 2^54） 之间的数会两个选一个，只能精确表示偶数

console.log（max * 2 + 1） // 18014398509481984 表示错了，应该是18014398509481983

console.log（max * 2 + 2） // 18014398509481984 表示对了，（2^54, 2^55） 之间的数会四个选一个，只能精确表示4个倍数

console.log（max * 2 + 3） // 18014398509481984 表示错了，应该是18014398509481985

console.log（max * 2 + 4） // 18014398509481984 表示错了，应该是18014398509481986

console.log（max * 2 + 5） // 18014398509481988 表示错了，应该是18014398509481987

console.log（max * 2 + 6） // 18014398509481988 表示对了