一、JS数字精度丢失的一些典型问题
1. 两个简单的浮点数相加
这真不是 Firebug 的问题，可以用alert试试 （哈哈开玩笑）。
看看Java的运算结果
再看看Python
2. 大整数运算
16位和17位数竟然相等，没天理啊。
又如
看结果
三观又被了。
3. toFixed 不会四舍五入（Chrome）
线上曾经发生过 Chrome 中价格和其它浏览器不一致
二、JS 数字丢失精度的原因
计算机的二进制实现和位数有些数无法有限表示。就像一些无理数不能有限表示，如 圆周率 3.1415926...，1.3333... 等。JS 遵循 IEEE 754 规范，采用双精度存储（double precision），占用 bit。如图
意义
浮点数，比如
此时只能模仿十进制进行四舍五入了，但是二进制只有 0 和 1 两个，于是变为 0 舍 1 入。这即是计算机中部分浮点数运算时出现误差，丢失精度的根本原因。
大整数的精度丢失和浮点数本质上是一样的，尾数位最大是52位，因此 JS 中能精准表示的最大整数是 Math.pow(2, 53)，十进制即 9007199254740992。
大于 9007199254740992 的可能会丢失精度
实际上
结果如图
以上，可以知道看似有穷的数字, 在计算机的二进制表示里却是无穷的，由于存储位数因此存在“舍去”，精度丢失就发生了。
三、解决方案
对于整数，前端出现问题的几率可能比较低，毕竟很少有业务需要需要用到超大整数，只要运算结果不超过 Math.pow(2, 53) 就不会丢失精度。
对于小数，前端出现问题的几率还是很多的，尤其在一些电商网站涉及到金额等数据。解决方式：把小数放到位整数（乘倍数），再缩小回原来倍数（除倍数）
以下是我写了一个对象，对小数的加减乘除运算丢失精度做了屏蔽。当然转换后的整数依然不能超过 9007199254740992。
toFixed的修复如下
